ТО о SD 5.1.1.361

Отчёт о тестировании SQLDetective 5.1.1.361, опубликованном 23 сентября 2020 года, основан на Release Notes. Предыдущий билд был полгода назад, текущий не сменил даже номер релиза, поэтому значительных новшеств ждать от него не стоит, а только исправления накопившихся багов. Количество пунктов RNs говорит о том, что продукт не пользуется особой популярностью, что доказывает финансовый отчёт о компании ООО "Конквест Девелопмент Рус", сменившей свою локацию с США на Россию. Оценка проведена, как и прежде, в баллах и процентах готовности билда к передаче пользователю.

IMPROVEMENTS 1+0.8+0.5+0.9+0.9+0.3+0.5=4.9 баллов из 2+1+1+1+1+1+1=8 возможных, за баги -2
Object Navigator 0.7+0.3=1 из 2 возможных, за баги -2
Connected sessions in the Object Navigator are now colored according to the selected database type.
Подключенные сессии в Навигаторе Объектов теперь подкрашены в соответствии с выбранным типом базы.
Отсутствие единственного слова (tree) в тексте RNs превращают его в проблему для пользователя. Подсветка схем - это продуктовая фича, настраиваемая в опциях подключения к базе (Session / New Session.. / Options / Database Type / Name). Цвет этой подложки давно используется в комбобоксе главного тулбара приложения и в строке состояния Навигатора Объектов в режиме отображения всего содержимого окна. Теперь же эта подложка идентична для верхней ноды дерева объектов. Дерево Навигатора Объектов позволяет наличие нескольких подключений, но ветка лишь одного может быть развёрнута и считается текущей рабочей. Если курсор размещён на верхней ноде подключения, то подсветка теряет свой выбранный цвет, что нивелирует фичу до нуля. Более полезным было бы подсветить всё развёрнутое дерево в выбранный цвет. Исходя из этих замечаний могу дать новшеству лишь 0.7 балла.
If a database connection password expires soon or has already expired, both cases are now indicated in the "Change password" window.
Если пароль подключения к базе заканчивает свой срок или уже перестал быть действительным, то оба случая отображаются в окне для смены пароля.
Мне, как знатоку продукта с первых дней его создания, очень странно читать изменения функции коннекта к базе в блоке модуля Навигатора Объектов, поскольку эта самостоятельная фича доступна в первую очередь через главное меню, из окна коннектов и в редакторе SQL Editor. Эта оплошность тех.писательницы, составлявшей RNs, будет учтена при подсчёте баллов. Для проверки новшества рекомендую создать тестового юзера базы с правами на подключение:
CREATE USER test_user IDENTIFIED BY &pwd
/
GRANT CONNECT TO test_user
/
GRANT RESOURCE TO test_user
/

Это вполне быстро и просто можно сделать не в SQL Editor, а в Мастере Объекта (Object / Create Object.. / Non-Schema Objects / User), где и переключать режим окончания действия пароля (ALTER USER test_user PASSWORD EXPIRE), а также сам пароль (ALTER USER test_user IDENTIFIED BY &new_pwd), поскольку функция назначения нового пароля через вышеозначенную форму давно не работает. Но при этом список коннектов в SQL Editor, даже не открывавшемся перед сменой пароля и попытками подключения, пополняется с каждой попыткой назначения пароля через обновлённую форму. Кстати, этот список никак не увеличивает нумерацию коннектов, что усиливает серьёзность обнаруженного бага. Если юзера будете создавать на основе профиля с предопределённым лимитом времени действия пароля, то постарайтесь ограничиться своим триальным периодом SD (а не стандартом Oracle в 180 дней), чтобы не испортить триальный ключ переключением дат на локальном компе. Окно назначения нового пароля через основную форму подключения к базе изменилось незначительно: только в строке состояния маленький красный прямоугольник растянут в подпись. 

Диалоги подтверждения нового пароля

В остальном форма ничем не стала удобнее: не добавлено ни имя пользователя, которому присваивается новый пароль, ни имя базы, в которой этот юзер существует, ни даты, с которой пароль перестал действовать. Окно назначения нового пароля через коннект в SQL Editor имеет кардинально иной интерфейс и абсолютно не изменилось по сравнению с предыдущим билдом. В общей сложности новшество могу оценить лишь в 0.3 балла, а за выявленный старый баг сниму два балла.

Find Objects 0.8 из 1 возможного
Removed Public schemas from the system schema list, so the Public schemas now remain visible when the "Hide system schemas" check box is enabled.
Убраны общие схемы из списка системных схем, теперь общие схемы остаются видны, когда галка скрытия системных схем включена.
В первую очередь хотелось бы уточнить термин "общие схемы", которые не являются системными. Полагаю, что это наборы объектов из числа примеров (HR, SCOTT, APEX_...) и ещё некоторые другие без "SYS" в имени, но имеющиеся в стандартной нулевой установке базы. В дереве Навигатора Объектов в ветке схем можно найти ноду Public, в которой всегда только два типа объектов - синонимы и связи к сторонним базам, но одноимённый юзер никогда не бывает в ветке Users. Для проверки новшества откроем "Tools / Find Objects / Schemas" в прошлом и текущем билдах, включим опцию прятания системных схем и сравним списки. Оказывается, что изменение всего лишь оставляет в списке схем само значение схемы Public, то есть не причисляет к схемным общие синонимы и связи к базам. Это значит, что тех.писательница ошибочно использовала множественное число в тексте RNs, тем самым показав своё невежество в знании базы Oracle. Опечатка снижает балл.
Compare Schemas 0.5 из 1 возможного
Optimized the memory usage for schema comparison with a large number of objects in each.
Оптимизировано использование памяти при сравнении схем с большим количеством объектов в каждой.
Данное новшество следует проверять в рамках нагрузочного тестирования, для которого необходимо иметь соответствующие тестовые данные (схемы с большим количеством объектов всех типов - от тысячи и выше), операционные системы различных версий (от Win7 и выше) и сочетания оперативной памяти (до 3Гб для 32-битной и 2-16Гб для 64-битной ОС). Если вы обладаете такими различными наборами, то смело проводите тесты производительности и замеряйте используемое пространство оперативной памяти на всех этапах сравнения схем, которые по условиям новшества могут размещаться на едином сервере данных и даже в одной и той же базе и табличном пространстве. Поскольку у меня нет ничего для тестов, то даю полбалла, поверив на слово программисту.
Profile Wizard 0.9 из 1 возможного
Introduced the support for INACTIVE_ACCOUNT_TIME in the Profile Wizard and DDL.
Введена поддержка параметра неактивного времени аккаунта в Мастере Профиля и его DDL.
В последних версиях базы Oracle для профиля пользователя появился параметр пароля о времени его неактивности. Для тестирования вам необходимо иметь базу соответствующей версии и юзера в ней с правами на создание и редактирование профилей пользователя. Интерфейсный компонент ищите на странице "Password parameters" мастера профиля (Object / Create Object.. / Non-Schema Objects / Profile). Перед тестированием подробно изучите статьи по созданию и редактированию профилей пользователя в документации Oracle, из которых выясните ограничения на параметр по версиям баз, правам доступа и значениям. Интерфейс новой опции проверяйте по чит-листу. Согласно внутренним правилам ConquestSS, параметры объекта должны быть доступны для редактирования в соответствии с версией базы, то есть этот новый параметр вы можете видеть пустым и неактивным элементом на форме в ранних версиях базы и полноценно редактировать в последних с достаточным набором грантов. Экспорт DDL и пересоздание объекта по выгруженному коду (не только через мастер объекта) является обязательным функциональным тестом поддержки нового объекта или его части в SD. Не забудьте, что структуру объекта можно посмотреть в множестве мест: мастер объекта, навигатор объектов, сравнение баз, некоторые утилиты администратора базы (Fast Copier не поддерживает профиль, DB Examiner перечисляет параметры, экспорт схем только со схемными объектами работает). К сожалению, тех.писательница не уточнила версию базы, поэтому и мне для тестов не удалось получить необходимую. Полную проверку новшества проделать не удалось, а значит и пункт RNs не получает полный балл.
Synonym Wizard 0.9 из 1 возможного
The object name is now automatically specified in the Synonym Wizard if the synonym is created from the Synonyms’ sub-folder.
Имя объекта теперь автоматически определяется в мастере синонима, если он создаётся из подпапки синонимов.
Скорее всего имеется ввиду подпапка синонимов у объекта в дереве Навигатора Объектов, а не подпапка всех синонимов выбранной схемы. Для создания синонима существует множество способов в SD:
- через главное меню "Object / Create Object.. / Schema Objects / Synonym" мастер синонима откроется с пустыми значениями родительского объекта и нового синонима в текущей схеме. При этом нет никакой разницы, какая нода активной схемы подсвечена курсором в Навигаторе Объектов;
- через контекстное меню "Create Synonym" объекта в дереве Навигатора Объектов мастер нового синонима заполнит владельца синонима схемой Public, а имя родительского объекта и его владельца заполнятся текущими значениями;
- если в дереве Навигатора Объектов курсор стоит на ноде синонимов объекта, как его подпапке, то мастер нового синонима можно открыть либо по главному меню "Object / Create", либо из контекстного меню "Create". При этом новый мастер отработает одинаково: владелец синонима - Public, владелец родительского объекта - активная схема, имя родительского объекта в прошлом билде пустое, в новом - текущий объект.
Исходя из вышеописанных вариантов могу заключить, что это не улучшение, а исправление недоделки, которую заметили ещё четыре года назад, но только сейчас поправили. Путанное описание и сомнительное размещение в списке RNs не позволяет моей совести дать полный балл.
Export and Import Wizards 0.3 из 1 возможного
Improved the layout of the UI elements in the Export and Import Wizards.
Изменён внешний вид интерфейсных элементов в мастерах экспорта и импорта.
Стоит пояснить, что имеются ввиду мастера работы с данными, а не объектами базы. Несколько раз давно в моих отчётах были замечания по некоторым страницам этих форм. Так что, если это не кардинальные изменения, то пункт RNs должен быть в группе исправленных багов. Проверять придётся оба мастера и на всех шагах, то есть сравнению будут подвержены 2(мастера)*7(шагов)*9(типов)=126 скриншотов из каждого билда. Если для тестирования мастера экспорта достаточно лишь иметь в любой базе данных любую таблицу или вьювер с данными, то для тестирования мастера импорта данных придётся создать файлы с соответствующими тестовыми данными. Поэтому рекомендую начать с мастера экспорта и создать файлы всех типов для последующих тестов мастера импорта, в котором нет особой необходимости выполнять сам импорт на последнем шаге. Когда в ConquestSS внутренняя WiKi создавалась в Confluence, то первоначально она наполнилась моими наработками в виде чит-листов. А после проведения акции LFT внутренние стандарты для интерфейсных компонентов приобрели более жёсткие лимиты, утверждённые руководством. Среди таких параметров - минимальный и максимальный размеры рабочих окон, которые не должны позволять юзеру свободно работать со всеми элементами. Точные размеры вписаны были из расчёта минимальных технических характеристик популярных мониторов. Например, минимальная высота окна не должна быть больше 768 пикселей, а расстояние между элементами 4-6 пикселей. Мои тесты показали, что к обоим окнам применены параметры по расположению элементов, то есть учтены интервалы пустот. Но с минимальным размером в обоих окнах проблемы. Окно экспорта имеет слишком большую высоту даже на шагах с максимальным количеством элементов, из-за чего функциональные кнопки для перемещения по шагам прячутся за пределами рабочей области программы. А окно импорта данных наоборот не получило новую минимальную высоту, из-за чего некоторые элементы получаются обрезаны и даже не появляется ползунок вертикальной прокрутки. Оба эти бага считаются критичными для новшества об интерфейсе. Поэтому пункт RNs зарабатывает лишь 0.3 балла.
Tray Notifications 0.5 из 1 возможного
Users are now reminded about the upcoming subscription renewal.
Пользователи теперь оповещаются о приближающемся обновлении подписки.
Следует пояснить, что речь идёт о лицензии продукта. Много лет назад CEO придумал вариант аренды продуктов ConquestSS на месяц, квартал или полгода. Но после одного года поддержки такого типа лицензирования финансисты исключили этот способ выманивания денег из пользователей. Программисты же функционал в продукте и на сервере не удалили, а лишь заремарили. Поэтому маркетолог, выудивший у меня идею возврата к лицензиям аренды, упростил её до месячной подписки и довольно быстро внедрил, как свою, даже не сказав мне за это "спасибо". Поскольку система предупреждений для триалов, AMS и пакетных лицензий была написана после закрытия аренды, то это новшество программист копи-пастил в систему подписки. Полагаю, что предупреждение должно появляться один раз за неделю до окончания и каждый раз за 3-5 дней до срока очередной оплаты, но при этом не спамить юзера многопользовательской лицензии. В CS и CDB против спама была введена опция в Preferences, но в SD её так и не дописали. Для тестирования новшества необходимо купить подписку, а также запускать SD с компа, имеющего доступ к Интернету. В надежде, что программист скопировал код в достаточной мере, считаю новшество сделанным, но поскольку не имею возможности его проверить, а также за счёт пространного текста от тех.писательницы даю лишь полбалла.

BUGS FIXED 0.6+2.8+0+0+0.8+0-1+0.9+0+0+0+0.7+0.8+0.9+1+1+1=9.5 баллов из 1+5+1+1+1+1+2+1+1+1+1+1+2+1+1+1+1=23 возможных , -1-2-1-0.5=-4.5 за баги
Core 0.6 из 1 возможного, -1 за баг
When the corresponding options are enabled for the current database type, the user is now prompted to confirm the execution of the following statements:
- GRANT, ADMINISTER KEY MANAGEMENT in the SQL Editor.
- PURGE in the Object Navigator.
- GRANT, REVOKE in the Object Privileges module.
Когда соответствующие опции включены для текущего типа базы данных, юзер теперь оповещается о подтверждении выполнения следующих команд:
- грантование и администрирование ключей в SQL Editor;
- очистка в Навигаторе Объектов;
- выдача и отнимание грантов в модуле объектных привилегий.
Этот баг, как явная недоделка фичи о конфирмации DDL команд, давно был в моих отчётах о тестировании, но лишь сейчас у программиста дошли до него руки. К сожалению, тех.писательница никак не намекнула, о каких опциях идёт речь. Поясню. Нигде в настройках приложения их вы не найдёте, потому что они спрятаны в опциях подключения к базе (Session / New Session.. / Options / Database Type / Confirm execution required for the following statements: DML, DDL). Какие из перечисленных команд в Oracle считаются DML или DDL, смотрите в моей таблице. Также вам стоит знать, что выставленные опции касаются только выбранного типа коннекта по градации приложения. Здесь всё ещё не исправлен баг о смене опций для уже подключенного коннекта, например, подключиться к базе каким-нибудь типом без включенных опций на подтверждение исполнения DML и DDL, сразу же откройте окно подключений к базе ещё раз и в его опциях включите их с сохранением настроек, но без повторного подключения к базе, а в имеющейся сессии разверните ноду таблиц в Навигаторе Объектов. DML не сможет выполниться и папка окажется пустой.
Перед тестированием фикса вам стоит внимательно изучить статьи документации Oracle о вышеперечисленных командах, чтобы у тестового пользователя было достаточно прав в базе на их исполнение. Для тестирования SQL Editor возьмите тексты примеров из этой документации и подправьте имена юзеров и объектов на свои, либо экспортните в редактор команды из модуля объектных привилегий. Здесь можно отметить баг о нераспознавании некоторых служебных слов в редакторе кода, то есть они не подсвечиваются должным образом. Также стоит вам знать, что команда про администрирование ключей появилась в последних версиях базы Oracle. Для тестирования в Навигаторе Объектов используйте главное меню "Object / Drop" или контекстное меню "Drop" некоторых объектов, для которых актуальна команда Purge, например, ненужные таблицы с ненужными данными, и самостоятельную команду Purge контекстного меню для объектов из корзины (папка "Recycle Bin"). Здесь вы обнаружите, что очищение корзины, как опция при удалении объекта, не считается в SD отдельной DDL командой и исполняется без подтверждения, что является недоделкой. Для тестирования модуля привилегий позаботьтесь о достаточности прав самого подключенного юзера на выдачу и отнимание грантов. Здесь будьте внимательны к галке о выключении опции. Во-первых, она всегда включена, что автоматически отключает все последующие конфирмации. Во-вторых, в наименовании опции значится, что её изменение можно сделать в Preferences, что является ложью, так как опция подтверждения устанавливается лишь в окне подключения к базе.
Итого, если баг разделить на три части по модулям, то из-за выявленных недоделок и сопутствующих багов могу дать лишь 0.6 балла и ещё сниму балл за баг при выставлении опций.
SQL Editor 1+1+0+0.8+0=2.8 из 5 возможных, -2 за баги
Formatting of scripts copied from the SQL Editor is now preserved when pasted in editors that support RTF format.
Форматирование скриптов, скопированных из SQL Editor, теперь сохраняется при вставке в редакторы, поддерживающие RTF формат.
К сожалению, тех.писательница не уточнила, из какого конкретно окна редактора надо копировать текст с особым форматированием. Дело в том, что весь модуль SQL Editor состоит из нескольких видов редакторов: кода, результатов исполнения, структура скрипта, история команд, подсказчик команд. Если же имелся ввиду только основной редактор кода, то аналогичную правку бага стоит проверить в Stored Program Editor и мастерах объектов, состоящих из интерфейсного компонента SynEdit. Исходный текст возьмите всех различных вариаций, настраиваемых в "View / Preferences / Code Editors / Color". В качестве приёмника вставки можно использовать общедоступные WordPad или MS Word редакторы. По результатам моих тестов могу дать балл, но с примечанием о неприменимости фикса к окнам с результатами исполнения скриптов.
Считаю уместным здесь пожаловаться на давнюю проблему текстов RNs для всех продуктов ConquestSS, которые не стоит в оригинале копировать из PDF и вставлять сразу в WordPad, поскольку последующее его дописывание на русском языке во многих местах при сохранении как-то неожиданно меняет кодирование на кракозябры. В качестве выхода из положения мне приходится форматированный текст из PDF копировать в Notepad, который снимает с текста всякие кривые фонты, и только потом из Notepad копировать чистый текст и вставлять его в удобный текстовый редактор, где приходится уже вручную форматировать, применяя красивые фонты. Полагаю, что причиной является безалаберное отношение оформителя текста к своим обязанностям по поддержанию единого стиля форматирования. За такую проблему можно с каждого билда снимать по баллу. А ещё при инсталляции и вообще в системных требованиях давно пора увеличить достаточное свободное пространство с 200Мб до 300-400Мб. 
If a session is disconnected while running a long query, the error message "Session [session_name] is busy" now shows a relevant session name.
Если сессия разъединена во время исполнения длинного запроса, сообщение об ошибке теперь показывает соответствующее имя сессии.
Для проведения теста вам понадобятся два-три коннекта к разным базам или разными юзерами, или одинаковыми, но проверьте нумерацию коннектов. Откройте SQL Editor, в котором запустите запрос на длинное исполнение в одной из сессий. Обычно я делаю в SQL Output полную выборку из системного вьювера со всеми объектами и объединяю её с аналогичной несколько раз. Пока он исполняется, попробуйте отключить обе сессии сразу или одну с исполняемым запросом, либо закройте всё приложение. Существует ещё один способ отключения сессии - через её убивание (либо вручную командой Kill, либо в Session Navigator). В прошлом билде баг был заметен на двух одинаковых подключениях с различной нумерацией.
Select statements starting with parenthesis are now correctly executed in the "Data Output" tab.
Выражения выборки, начинающиеся с кавычек, теперь корректно выполняются в закладку данных.
К сожалению, в документации Oracle нет описания каких-то выборок, начинающихся с кавычек. Поэтому и о правильности их исполнения речи быть не может. Пункт RNs никак не могу учесть, в чём состоит полная вина тех.писательницы.
Modifying the vertical toolbar of the SQL Execution History by adding and/or removing icons in the Icon Dictionary now works correctly.
Изменение вертикального тулбара истории исполнений добавлением и/или удалением иконок в словаре иконок теперь работает корректно.
В нескольких прошлых билдах была замечена проблема интерфейса из-за пропавших всех иконок с тулбара истории исполнений. Теперь настройка восстановилась. Но странная величина тулбара по отношению к панелям и нижняя стрелка для какого-то сохранения оставляет юзера в непонимании. Поэтому фикс не получает полный балл. Также стоит обратить ваше внимание на использование термина correctly без отсылки к правилам.
В рамках этого фикса стоит отметить, что настройки главного тулбара различны в предыдущем и текущем билдах. Но этот факт не учтён в RNs, как усовершенствование. Из-за чего у юзера могут возникнуть позже проблемы при переносе настроек приложения с одного компа на другой (забудет скопировать какой-нибудь файл).
Executing the same statement several times no longer opens multiple pages in the Data Output tab.
Исполнение одного и того же выражения несколько раз больше не открывает несколько страниц в закладке с данными.
Для связи редактора и закладки с выходными данными существует несколько настроек на страницах установок приложения "View / Preferences / Code Editors / SQL Editor / Editor and Tab Handling", "View / Preferences / Code Editors / SQL Editor / Data Output" . Также на вывод данных влияет опция "Smart output" в самом редакторе. Одинаковый запрос может быть в разных закладках редактора, либо дублироваться в едином скрипте. Поэтому в сочетании опций и действий юзера всегда найдётся несуразица. В чём была конкретика текущего фикса - отгадать сложно, поэтому считаю его припиской и балла не дам.
Stored Program Editor 0 из 1 возможного
Undoing all changes in a stored object reverts the object’s state back to non-modified.
Возврат всех изменений в хранимом объекте возвращает статус объекта к немодифицированному.
Отдельной команды "возврат всех изменений" в редакторе не существует, так что будем иметь ввиду конечное применение общепринятой горячей клавиши "Ctrl+Z". Состояние объекта графически отображается в статусной строке разноцветными прямоугольниками. Тест состоит из следующих шагов: открыть любой код или файл в редакторе, добавить или удалить один символ текста, нажать горячую клавишу или кнопку на тулбаре для отката изменений до гашения стрелки "Возврат изменений", закрыть редактор. Если бы фикс был сделан, то никакого предложения о сохранении или компиляции модифицированного кода не предлагалось. Но диалог появляется, а также голубой индикатор правки горит, поэтому заключаю, что никакого фикса не сделано. То есть и балл билду не светит.
SQL Editor / Stored Program Editor 0 из 1 возможного
The code editor no longer flickers on moving the caret when a long script is open and the option "Cursor beyond EOL" is disabled.
Редактор кода больше не мерцает при движении курсора, когда длинный скрипт открыт и опция о конце строки и курсоре выключена.
Опция о курсоре и конце строки настраивается на странице "View / Preferences / Code Editors / General". Для теста нам понадобится код с длинными строками, не только больше правой границы "View / Preferences / Code Editors / Display / Margin and Gutter / Width", но и прячущаяся за правым краем окна редактора. Также длина скрипта должна определяться и количеством строк, уходящими глубоко за нижнюю границу редактора. В качестве движения курсора будем использовать кнопки стрелок, клики мышью и вставку пустых строк. Полагаю, что раньше было излишнее перерисовывание окна редактора, заметить которое можно при определённом техническом оснащении монитора и его видеокарты. Мои тесты не показали никакой разницы в работе курсора редакторов, поэтому не могу дать балл за фикс.
Object Navigator 0.8 из 1 возможного
Clicking "Create" from the Object Tree now correctly opens the relevant object wizard for triggers, clusters, and collections.
Клик по команде создания из Навигатора объектов теперь корректно открывает соответствующий мастер объекта для триггеров, кластеров и коллекций.
На самом деле команда создания объекта может быть вызвана не только из контекстного меню для нод дерева Объектного Навигатора, но и через главное меню "Object / Create ..". Этот баг несколько раз отмечался в моих отчётах тем, что перечисленные объекты невозможно было создать через мастер, но в дереве навигатора объектов при этом создавались пустые ноды соответствующих типов. Кроме этого, мастер коллекций был упразднён и код переведён в Stored Program Editor. Теперь же для новых объектов в дереве навигатора не формируется пустая нода, как это работает для староинтерфейсного мастера таблиц, всё ещё не отвязанного от дерева объектов. И перечисленные объекты открываются в своих мастерах. Эти мои примечания поясняют вам значение термина correctly. Поскольку этого не сделала тех.писательница, то полный балл за фикс дать не могу.
Dataset Manager 0 из 1 возможного
Filters created for a table no longer appear in the filter list of another table with a similar table name.
Созданные для таблицы фильтры больше не появляются в списке фильтров для другой похожей одноимённой таблицы.
Скорее всего здесь имелись ввиду одноимённые таблицы разных баз и схем, поэтому для теста нам понадобятся коннекты к разноимённым базам (это можно сделать через tns-файл, назвав по разному одну базу дважды) и одноимённые таблицы с одинаковым и различным наборами полей в разноимённых схемах. В качестве менеджера данных подойдёт список фильтров в SmartDataset или "Object Navigator / ContentSelector". К сожалению, в предыдущем билде мне не удалось выявить проблемы путанием фильтров и имён таблиц, поэтому считаю фикс припиской и не даю ни балла.
Code Insight -1+0=-1 из 2 возможных
The Code Insight window is now shown correctly from the first time when the "Include 'Code Assistant' data" option is enabled.
Окно подсказчика кода теперь показывается корректно с первого раза, когда включена опция добавления данных ассистента кодирования.
Напомню, что ассистент кодировщика - это самостоятельный модуль, который доступен из главного меню "View / Code Assistant" и предлагает упростить работу через вставку целых блоков стандартного кода, а помощник кодировщика - это сочетание структуры кода в редакторе с отображением списка соответствующих введённым символам наименований объектов, параметров или переменных. Опция включения данных ассистента в помощник кодирования настраивается в "View / Preferences / Code Editors / Code Insight". В чём заключается корректность правки придётся выяснять юзеру самому, поскольку тех.писательница не указала исходные правила. По сравнению с предыдущим билдом этот фикс могу считать только ухудшением, поскольку после набора двух символов SD зависает одинаково долго, а после этого курсор теряется и ввод последующих символов невозможен. Поэтому пункт RNs отнимает балл у билда.
Code suggestions shown in the Code Insight window are no longer corrupted and scrolling the window no longer causes an access violation error.
Предложения кода в окне помощника больше не портятся и прокрутка окна больше не вызывает ошибок доступа.
При тестировании предыдущего фикса мной не было замечено никаких проблем в текстах подсказок и при прокрутке. Поэтому пункт RNs, как приписка, не заслуживает балл.
Query by Example 0.9 из 1 возможного
The "Ignore case" option now works correctly for the CLOB columns.
Опция игнорирования регистра теперь корректно работает для CLOB колонок.
Для теста нам понадобится таблица с данными в CLOB поле, заполненном разнорегистровыми текстами. Нажав красный вопросик в левом верхнем углу грида или кнопку New в "Dataset Manager" или F7 в гриде, откроем редактор фильтра и введём значения для обозначенного поля. Смысл термина корректности заключается в том, что опция просто на просто теперь действительно применяется. Но, возможно, тех.писательница имела ввиду и что-то иное не описанное, поэтому не дам полного балла.
Code Analyzer 0 из 1 возможного
The rule "Specify full column list" now shows correct code analysis results.
Правило означения полного списка колонок теперь показывает правильные результаты анализа кода.
По-видимому, речь идёт о срабатывании правила кодирования "Specify a full column list (as opposed to using '*') in each DML statement and cursor", поэтому для теста будем использовать выражения выборки данных с использованием звёздочки вместо перечисления полей. Корректность отображения, опять же, не описана тех.писательницей, поэтому предположим, что либо правило совсем не срабатывало, либо номер строки не совпадал, либо в каком-то частном случае кода анализатор не распознавал звёздочку. Поскольку ничего конкретного нет в описании фикса, то протестируем простейший вариант - срабатывание правила для выражения "select * from my_table;". В предыдущем и текущем билдах не выявлено никаких различий в работе правила, поэтому не даю фиксу балл.
Rename Object 0 из 1 возможного
An index name that does not match its table name is no longer included in the script when the table is renamed.
Имя индекса, которое не совпадает с именем таблицы, больше не входит в скрипт, когда переименовывается таблица.
В одном из предыдущих билдов было добавлено автоматическое переименование индексов, совпадающих с именем таблицы. Никаких изменений в текущем билде нет, поэтому этот пункт RNs является пустышкой.
Find and Replace 0 из 1 возможного
When searching for a selected text occurrence, the search scope is no longer changed to "Selected text".
При обнаружении искомого текста найденное выражение больше не меняется на выделенное.
Описание фикса довольно мудрёное, поэтому остаётся только догадываться, что речь идёт о подсветке найденного выражения. Для теста настроим или запомним цветовые подложки "View / Preferences / Code Editors / Color / Elements / Selection / Color" и "View / Preferences / Code Editors / Color / Elements / Search match / Color". В любом редакторе приложения откроем какой-нибудь текст. Выполним одинарный поиск (Ctrl+F), повторный (F3) и в выделенном фрагменте одинарный, повторный. Во всех четырёх вариантах подмечаем раскраску. Никакой разницы с прошлым билдом не выявлено, поэтому можно заключить, что либо тех.писательница не описала конкретный частный случай, либо программист сделал нечто иное, либо ничего не исправлялось. Поэтому билд недополучает балл.
Object Wizards 0.7 из 1 возможного, -1 за баги
Fixed the highlighting of the nodes in the object tree.
Зафиксирована подсветка нод в дереве объектов.
Во-первых, в каждом мастере объекта нет дерева объектов, а есть только дерево страниц. Это опечатка тех.писательницы серьёзно может сбить с толку юзера. Во-вторых, не понятно, о каких конкретно мастерах, то есть типах объектов, идёт речь. Дело в том, что некоторые объекты до сих пор управляются через старые интерфейсы, например, таблицы. Но и новые мастера, не смотря на свою видимую схожесть, на самом деле не являются единым сквозным по всему приложению компонентом. Поэтому любые фиксы в одном мастере необходимо перепроверять во всех интерфейсах каждого типа объекта. Но есть и третий вариант, если компонент дерева переписан из Delphi-стандарта под ConquestSS нужды. В таком случае стоило баг разместить не в только группе мастеров объектов, а в глобальном модуле GUI. Тогда и проверять пришлось бы вдоль интерфейса всего приложения. Ещё одно упущение тех.писательницы в том, что не описан вариант кликанья или выделения нод в дереве, клавиатурой или мышью. В одном из моих прошлых отчётов был описан баг почернения подложки до цвета шрифта при повторном клике правой клавишей мыши в дереве новоинтерфейсных мастеров. В прошлом билде подложка нод дерева страниц староинтерфейсного мастера была серой, а в текущем - голубая. Потемнения подложки в староинтерфейсных мастерах не было и нет по клику правой кнопки мыши, а в новоинтерфейсных потемнение не происходит. Это даёт мне право прибавить лишь 0.7 балла.
В процессе тестирования выявились ещё пара багов. В староинтерфейсных мастерах по правой кнопке мыши в дереве страниц открывается контекстное меню с пунктами кнопки настроек мастера, а в новоинтерфейсных этой фичи нет. 

Пустая колонка и перекрытые наименования

На страницах индексов и триггеров мастера таблиц есть первая колонка без наименования. При первом открытии этих страниц без значений весь грид выглядит весьма нелепо: первая колонка не подписана, все остальные с обрезанными именами и перекрывающими их стрелками серверной сортировки. Это противоречит правилам видимости и понятности важной информации. Эти два бага не столь критичны, поэтому с билда сниму за них один балл.

Export Wizard 0.8+0=0.8 из 2 возможных, -0.5 за баг
The Export Wizard’s window is now restored correctly after restarting the application without the database connection.
Окно мастера экспорта теперь корректно восстанавливается после перезагрузки приложения без коннекта к базе.
Во-первых, стоит пояснить, что речь идёт о мастере экспорта данных, а не, например, схемы. Во-вторых, этот модуль имеет возможность смены коннекта, поэтому должен поддерживать автоопределение активной сессии при открытии окна и отключении коннекта. В-третьих, рабочая область SD должна быть настроена так, чтобы окно мастера автоматически открывалось при запуске приложения. Это устанавливается на странице "View / Preferences / General / Workspace" несколькими опциями. В прошлом билде автооткрытие окна без подключения к базе сопровождалось ошибкой доступа, в текущем же проблемы нет, то есть баг можно считать исправленным. Но полный балл ставить нельзя, так как тех.писательница забыла про конкретику.
В рамках теста всплыла недоделка главного меню и тулбара, которые не позволяют открыть эти сессионно-независимые окна при отсутствии коннекта к базе. Напомню, что сессионная независимость мастеров экспорта и импорта данных была введена не так давно, а вот их экшены до сих пор остаются неактивными. Это примечание снимает полбалла с билда.
If the "Change Owner To" option is empty when exporting a script, the original object owner is specified in the output file.
Если опция смены владельца пустая когда выгружается скрипт, то исходный владелец объекта подставляется в выходной файл.
Для тестирования фикса проведём по два экспорта из прежнего и текущего билдов. Один с включенной галкой о приписке владельца и другой с выключенной. Можно ещё варианты проверить, когда в редакторе имени владельца пробел или точка, которые по правилам наименования владельцев в рамках документации Oracle считаются пустыми наименованиями, но для SD их считаю частными случаями и предлагаю вам самостоятельно на таких примерах поискать баги модуля. Мои тесты ограничивались insert-скриптами, а имя владельца редактировалось лишь в режиме включения владельца в скрипт. При отключении галки оба билда не меняли содержимое редактора. Да и файлы экспорта ничем не отличаются. Так что ответственно заявляю, что фикса нет. То есть и балла нет.
Constraint / Table Wizard 0.9 из 1 возможного
When the check box "Exclude users with no objects from the Schema list" is selected, users with no objects are no longer shown in the list of constraints.
Когда чек-бокс для исключения юзеров без объектов из списка схем выбран, юзеры без объектов больше не показываются в списке констрейнтов.
Сначала попытаемся понять, в каком модуле сделан фикс. В мастерах таблиц и вьюверов есть страница с констрейнтами, а для ключей существует в SD самостоятельный мастер создания и их настройки. Тех.писательница этого не уточнила, поэтому придётся проверять оба места. Также не сказано, что опция о списке схем и юзеров настраивается в "View / Preferences / General / Session". Итак, тех.писательница не права в том, что в описании фикса упустила констрейнты вьюверов и возможность выбора объектов иных схем лишь для внешних ключей. Для теста переключаем опцию в настройках приложения и создаём внешний ключ для таблицы или вьювера. Предварительно в базе создадим пользователя без объектов, чтобы отследить отработку фильтра по значению вышеозначенной опции. Фикс сделан, но полного балла не дам из-за неполноты описания.
Table Wizard 1 из 1 возможного
The confirmation message is now shown on trying to truncate a partition from the wizard.
Сообщение подтверждения теперь показывается при попытке очистить партицию из мастера.
В одном из прошлых отчётов мной было подмечено, что диалог подтверждения о выполнении "опасной" операции не распространяется абсолютно на все места. Полагаю, что это именно тот фикс, вернее, его часть. Для тестирования необходимо переключать опцию "Session / New Session.. / Options / Database Type / Confirm execution required for the following statements: DML, DDL" и в таблице с партициями, но ненужными данными, исполнять очищение. Предупреждение появляется в текущем билде и приносит балл.
Job / View / Materialized View Wizards 1 из 1 возможного
Pressing the tab key no longer removes the cursor from the SQL statement editor.
Нажимание кнопки табуляции больше не убирает курсор из редактора sql выражения.
На некоторых страницах перечисленных мастеров есть редакторы для формирования и правки анонимного pl/sql блока или выражения выборки данных. Подобные окна есть и в иных мастерах объектов, например, шедулеров или триггеров. Поскольку окно редактора кода является частью интерфейса, по элементам которого обычно переходят кликом клавиши табуляции, а в редакторе текста табулятор должен вводить служебный символ, то описанный баг говорит о наличии коллизии экшенов. Текущий билд её исправил.
Online Support Desk 1 из 1 возможного
The "Reply to message" toolbar button is no longer active when an empty folder is selected.
Кнопка на тулбаре для ответа на сообщение больше не активируется, когда выбрана пустая папка.
Похоже, что это баг из моих отчётов после добавления фичи о формировании ответа на OSD сообщение из списка. Тогда это была регрессия. Теперь она поправлена.

Итого по билду: 4.9+9.5=14,4 баллов из 8+23=31 возможных дают 14.4/31=46% готовности к передаче билда пользователю, но за минусом -2-4.5=-6.5 баллов за баги.

ТО о CS 9.3.2.207

Отчёт о тестировании ClearSQL 9.3.2.207 (далее - CS), выпущенном 21 июля 2020 года, основан на Release Notes, идентичным наконец-то полному тексту в пункте "Help / Release Notes" главного меню продукта. Предыдущий билд был новым платным минором, а этот сменил номер релиза. Это значит, что изменения слегка должны являться улучшениями, а в большинстве исправлять допущенные при разработке ошибки.

IMPROVEMENTS 1.5+0+1.5+0.7+0+0.5+0.5+0.7=5.4 из 2+1+2+2+1+1+1+1=11 возможных, -0.3-0.5=-0.8 за баги
Trial Subscription 0.5+1=1.5 из 2 возможных
* To activate ClearSQL in trial mode, the user is now prompted to enter their payment details. After a 5-day evaluation period, the license will be automatically upgraded to the monthly subscription.
Для активации триального режима CS юзер теперь предупреждается о вводе его параметров оплаты. После 5-ти дней использования лицензия автоматически обновится до месячной подписки.
ConquestSS всё более и более стремится, чтобы юзеры CS обязательно работали в продукте на машине с подключенным Интернетом. При попытке старта приложения в триальном режиме для активации ключа вас перебросит на сайт производителя, даже если вы применили ключ, присланный вам вместе с инсталлятором. Ни триальная, ни подписочная лицензия теперь не начнёт работать, пока вы не свяжетесь из приложения с сайтом. А вы где-нибудь читали, что с лицензией по подписке вы не сможете работать локально, без интернета? Это подвох производителей - дёшево, но при постоянном контроле. Учтите, что теперь вам никак не поможет триальный ключ предыдущего билда, потому что даже не законченный триал этой же платной версии будет считаться завершённым. Ранее триальный период отсчитывался с первого дня использования платной версии и продолжался, а не принудительно завершался, после апдейта на билд текущей платной версии (мажор или минор). Триальный период продолжается всё те же 5 дней, которые входят в первую оплаченную месячную лицензию. То есть ConquestSS обворовывает юзера на 5 бесплатных дней. Такая смена лицензирования внутри единоплатной версии нарушает права пользователя. Но разработчики ConquestSS на такой клинч забили, поскольку у них настолько мало юзеров, что вариант апдейта триальщика они скорее всего сразу исключили. Подобные коренные изменения более приемлемы для очередной платной версии. На это новшество их, скорее всего, воодушевляла идея облегчения отъёма денег у потенциальных покупателей. Описание изменения имеет двоякий смысл: если вы корректно оформите свои данные и на вашем счёте будет достаточно средств, то через пять дней вы, честный человек, автоматически лишитесь средств без дополнительного на то вашего согласия и ваш триал продлится до месяца. Тесты показали истинность первого варианта. Да, в какой-то степени это изменение функционала можно считать улучшением, но для большинства потенциальных юзеров теперь CS стал в ряд нежелательных продуктов.
Кстати, вы заметили, что в марте 2020 года вышел последний билд CDB, а с июля этого же года из меню основного сайта пропал продукт FADEX. Кризис пандемии усугубил нищенское существование компании и не позволил развивать столь полезные приложения. А ведь если CDB разделить на самостоятельные утилиты (Easy "white-box" testing, CRUD, CallTree, MI, Documentor), то на них вполне можно было бы солидно обогатиться.
* All trial users now have their personal Conquest accounts created after activating the trial subscription. This allows canceling the subscription, updating payment details, or upgrading to the full license.
Все триальные юзеры теперь имеют свой персональный аккаунт на сайте ConquestSS, создаваемый после активации подписки триала. Это позволяет отменить подписку, обновить детали оплаты или докупить полную лицензию.
Регистрация триальных юзеров в ConquestSS претерпевает уже третье изменение. Сначала это был обычный сбор статистики без отслеживания уникальных аккаунтов. Затем, после очередного ужесточения правил GDPR, стали больше узнавать своих потенциальных покупателей. Теперь же всех триальщиков причисляют к списку покупателей, чтобы впоследствии избежать своей ручной работы по переводу триальщика в постоянного юзера. Да, такую базу проще обработать на предмет процента перехода из временных пользователей в постоянные. Для самих же юзеров оформление персональных данных призывает к ответственному отношению попробовать новый продукт.
Startup Window 0 из 1 возможного
* Added the ability to request a quote for a full license by clicking the "Request a quote" button in the startup window.
Добавлена возможность запрашивать квоту на полную лицензию кликом соответствующей кнопки в окне старта.
Во-первых, очень сложно определить, какое из окон в CS считается стартовым. Во-вторых, на странице настроек лицензии "File / Preferences / License Key" есть кнопка "Update License..", по которой открывается более логичное окно для запроса изменений лицензии. Почему его забыла тех.писательница? Наверно из-за плохого знания обслуживаемого продукта. А поскольку в ConquestSS давно нет тестировщиков, то этот промах некому было подметить вовремя, даже создателям и владельцам проекта. Ну, и в-третьих, никакой новой кнопки или хотя бы линка на запрос увеличения лицензии не появилось нигде. Вышеназванный элемент не добавлен в интерфейс продукта. Так что, балл давать не за что.
Analysis Log Manager 0.8+0.7=1.5 из 2 возможных, -0.3 за баги
* Added the ability to locate the log file on the disk. The "Locate on Disk" command is now available from the pop-up menu.
Добавлена возможность навигировать файл лога на диске. Команда навигации доступна из контекстного меню.
Примечание: менеджер логов анализатора - это окно "View Analysis Log Files", открываемое из главного меню "Code Analysis / Analysis Logs". Контекстное меню для этого списка содержит новую функцию.
Комплексное тестирование выявило, что текстовый редактор, открывающий текст лога, не содержит нового пункта в контекстном меню для навигации на файл, но там есть два одноимённых пункта для сохранения.
* Analysis log files are now deleted along with the corresponding project.
Файлы логов анализа теперь удаляются вместе с соответствующим проектом.
В первом билде текущей версии была исключена настройка сохранения логов анализа в единый файл определённого размера или в несколько самостоятельных файлов по каждому запуску анализа. Когда через приложение удалялся проект, то все его папки удалялись. По тексту RNs можно понять, что удаляя строку лога из списка логов в вышеозначенном менеджере его проект тоже удалится. Такое поведение было бы весьма опасным и нелогичным. Для тестов сделайте простенький проект, проанализируйте его и только его лог пытайтесь удалять, чтобы не лишиться ваших прежних рабочих проектов. Но на самом деле при удалении проекта через приложение, а не вручную через файловую систему, список логов анализов обновляется, согласно фактическому состоянию файлов. То есть, лог удаляемого проекта удаляется и из списка логов. За такое путанное описание изменения, которое больше похоже на правку бага, а не на новшество, не могу дать полный балл.
Print 0+0.7=0.7 из 2 возможных
* If an HTML file is bigger than 50 MB, the following message will be shown on clicking "Print Preview": "You are about to preview an HTML file larger than 50 MB. This may cause performance and stability issues. Are you sure you want to continue?"
Если html-файл больше 50МБ, то следующее сообщение будет показано перед предварительным просмотром: "Вы собираетесь просмотреть html-файл размером более 50Мб. Это может вызвать проблемы производительности и стабильности. Вы действительно хотите продолжить?"
Для тестирования этого новшества надо иметь такой проект, результаты анализа которого только по одному уровню (метрики или правила кода, диаграммы и т.п.) могут составить 50Мб и более в html-формате. Не пытайтесь печатать весь отчёт - это не подходит под рамки текущего пункта RNs, да и из приложения отчёт по проекту не печатается. Подсказка: не пытайтесь увеличить самую большую таблицу метрик за счёт увеличения скриптов, потому что в печать таблицы с результатами метрик кода попадают не полным своим содержимым, а только до границ скроллеров. Сомневаюсь даже, что многочисленные анализы проекта с включенными всеми графиками когда-нибудь смогут набрать объём в 50Мб. Так что, это новшество достаточно утопичное в плане пользы. Да и величина лимита, не понятно откуда взятая, довольно смешна для современных операционных систем, работающих на гиговых объёмах памяти. Потому и заслужить балл невозможно.
* Added the ability to print out code metrics and code review results at the script level.
Добавлена возможность печатать метрики кода и проверки правил кодирования уровня скрипта.
Ранее пункт главного меню "File / Print" становился неактивным, если курсор переводился в таблицу "Script: Editor and Analyzer Info / Code Review" или "Script: Editor and Analyzer Info / Code Metrics". Теперь информация из этих таблиц попадает в печать, но, если проверки правил вмещают все столбцы и разворачивают все ветки дерева, то из метрик кода печатается ограниченное видимостью количество столбцов. Да, новинку сделали, но опять не протестировали даже минимально.
Summary Info 0 из 1 возможного
* Added the ability to abort the expansion of all nodes on the Summary tab if the process takes too much time.
Добавлена возможность прекратить разворачивание всех нод на закладке итогов, если процесс занимает слишком много времени.
Для тестирования нам потребуется либо демо-проект на слабенькой машине, либо огромный проект на обычной машине. Данные в форме дерева на закладке итогов могут показывать только две таблицы: с детальными метриками кода и нарушенными правилами кодирования, когда они сгруппированы по какому-нибудь из доступных признаков. Кстати, теперь все таблицы, которые ранее могли показывать только несколько максимальных значений, отображают всегда все результаты анализа. Это было убрано в предыдущем билде, о чём юзера не предупредили, молча убрав настройки. В прошлых версиях, вплоть до CS 8.1, была возможность разворачивать и сворачивать все ноды в таблицах итогов. Теперь же разворачивать и сворачивать можно только панели, то есть не ветки деревьев, а целые окна. Такой процесс никак не может занимать длительное время, поскольку абсолютно не зависит от объёма данных в них. Никакой возможности разворачивать все ноды (через пункт меню или горячую клавишу) уже в нескольких версиях CS не существует, поэтому пункт RNs - однозначная фикция, за которую нельзя давать балл.
Export to MS Excel 0.5 из 1 возможного
* On trying to export diagrams or code review results to MS Excel, make sure another file is not being edited in MS Excel at the same time. Otherwise, you will be prompted to stop editing cells in the open MS Excel file to proceed with the export.
При попытке экспортировать диаграммы или результаты проверок правил кодирования в MS Excel убедитесь, что иной выбранный файл не редактируется в это же время. Иначе, вам предложат остановить редактирование ячеек в открытом файле для продолжения экспорта.
Очень спорное причисление RNs к новшествам, поскольку иными словами это обязательная проверка имени файла уже существующего и находящегося в рабочем статусе стороннего редактора. По какому праву CS управляет чужим приложением? Предложение о прекращении редактирования появится в рабочем CS или стороннем Excel? Это двоякое описание посмотрим через тесты. Для этого экспортируем первую попавшуюся диаграмму и таблицу с результатами анализа проекта в Excel с последующим открытием этого файла, а также подправим что-нибудь в этом файле, и, не закрывая его, выполним повторно экспорт в этот же файл. В прошлых билдах такую проблему обрабатывала операционная система. Это видно из текста ошибки, который достаточно подробен и на языке локали. В текущем билде добавлено предупреждение ещё и в стороннее приложение. Никак не могу согласиться с тем, что это правомерное вмешательство в приложение Microsoft. Кому-то было недостаточно системного предупреждения о существующем файле, системной ошибки о совместном доступе к файлу, теперь добавили третье предупреждение о замене данных в файле. Да, новшество сделано, но заголовок диалога говорит о чужеродных вмешательствах, за что снимаю полбалла.
Import Wizard 0.5 из 1 возможного, -0.5 за баг
* If files/folders selected for import are no longer available on the disk, you will be prompted that these files/folders no longer exist.
Если папки или файлы, выбранные для импорта, больше не доступны на диске, вы будете уведомлены, что эти файлы или папки не существуют.
Процесс поиска и выбора импортируемых файлов может затянуться. В это время может упасть сервер или выпасть штекер вашего переносного диска. Тестами будем ожидать сообщение в момент нажатия кнопки "Add". Параллельно проверим мастер линковки и его кнопку "Link", поскольку физически это единые окна и логика в них должна быть идентичной. Мои тесты показали, что при добавлении объектов из неподконнекченного диска одно системное сообщение заменено на два, но ни в одном из них не сказано об отсутствии объектов, как описано. Линковка же проходит, как и прежде, после повторного клика вообще без каких-либо предупреждений. Это значит, что текущий пункт RNs зарабатывает только 0.5 балла, и при этом билд теряет за баг комплексного тестирования -0.5 балла.
Back Up/Restore Project 0.7 из 1 возможного
* Removed the "Backup folder" box as irrelevant.
Убрана группа архивирования проекта, как ненужная.
Формы для архивирования и восстановления проекта из архива доступны по пунктам главного меню "File / Project / Back Up Project" и "File / Project / Restore Project from Backup" соответственно. Обе формы объединили поля для выбора и ввода пути и имени файла архива в одно, но при этом не дописали функционал символьного поля, в котором не полностью видно значение. Для таких полей юзеру приходится вставлять в него курсор и перемещать вручную по всему значению вместо того, чтобы просто подвести к нему мышь и увидеть полный путь и наименование фала в хинте элемента. За недоделку сниму часть балла, поскольку это GUI-правило давно числится обязательным в группе разработки ConquestSS.

BUGS FIXED 0.5+0+0+1+0+1+0.8+1+0+0.8+1-0.5+0.5+0.5+1+0.5+0+1=9.1 из 2+1+1+1+1+1+1+1+1+2+2+1+1+1+1+1+1+1=21 возможного балла, -1 за баг
Core 0.5+0=0.5 из 2 возможных
* Fixed the error "Could not initialize taskbar. Error:-2147467263" when running the application on Windows Server with Citrix.
Исправлена ошибка о невозможности инициализировать таскбар при запуске приложения на специальной операционной системе.
В моих возможностях нет Windows Server with Citrix, поэтому поверю на слово и дам авансом 0.5 балла.
* The application's features no longer stay inactive once the ORA-01005 error occurs after the database connection fails due to a missing password.
Функционал приложения больше не остаётся неактивным после ошибки базы при коннекте к ней с пропущенным паролем.
В прошлом билде нам надо найти, какие конкретно экшены деактивировались после неудачного коннекта к базе, поскольку глупо подозревать все, не касающиеся базы данных Oracle. Ошибочный коннект будем производить несколькими путями: только коннект через главное меню, попытки импорта объектов при создании проекта и в существующий, попытка линкования скриптов с базой. Учтите, что создать проект можно как уже в открытом приложении (то есть смотреть на всю рабочую область), так и при старте (то есть тестировать только окно старта). Итого получаем пять тестовых случаев, в большинстве из которых сначала будем обращать внимание на окно коннекта к базе и его дочернее окно опций. Мои тесты не дали никаких деактиваций ни в прошлом, ни в текущем билдах. Поэтому фикс не засчитываю.
Code Editor 0 из 1 возможного
* The Code Editor no longer flickers on moving the caret when a long script is open and the option "Cursor beyond EOL" is disabled.
Редактор кода больше не мерцает при сдвиге каретки, когда открыт длинный скрипт и опция о выходе курсора за конец строки выключена.
Значение означенной опции можно проверить в "File / Preferences / Code Editor" окне. Что является "длинным скриптом" в данном случае? Может код с длинными строками, в которых количество символов превышает значение "File / Preferences / Code Editor / Display / Margin and Gutter / Visible right margin - Width"? А может скрипт с огромным количеством строк? Не могу склониться к какому-то определению, которое не соизволила уточнить тех.писательница. Поэтому надо проверять оба варианта. Также следует учитывать физические данные компьютера (оперативная память, процессор и монитор), потому что давно замечено: если в ОС не хватает оперативной памяти, то MS Office окна (Excel, Word) выключают весь монитор на время перерисовки. Мои тестовые данные не позволили увидеть баг в прошлом билде, поэтому не могу засчитать фикс.
Code Explorer 0 из 1 возможного
* Resetting the workspace to default now restores the Code Explorer panel.
Восстановление рабочей области к изначальным установкам теперь возвращает панель дерева кода.
Напомню: функция восстановления рабочей области доступна из главного меню "View / Reset workspace to default". И в прошлом*позапрошлом, и в текущем билдах размер и статус дерева кода приобретает одинаковый размер и разворачивается, если прежде был свёрнут, после восстановления рабочей области. Поэтому никак не могу сказать, что раньше была какая-то проблема. То есть ничего не исправлено, а значит и балл давать не за что.
Database Connection Options 1 из 1 возможного
* The error that is shown on trying to add a new database connection type with the existing connection type name is no longer handled by EurekaLog.
Ошибка, показываемая при попытке добавить новый тип коннекта к базе с существующим именем, больше не сопровождается логированием встроенного обработчика ошибок.
Для воспроизведения бага необходимо в опциях коннекта к базе попытаться добавить одноимённую запись в список "File / Connect to Database / Oracle Database Connection / Options / Connection Settings / Database Type / Name". Сообщение об ошибке стало более понятно юзеру и не предлагает отправить отчёт в техподдержку. Но формулировку в RNs стоило переделать с понятной программисту на доступную к пониманию обычному юзеру. Ведь новый триальщик, например, абсолютно не в курсе при чём тут EurekaLog и исследуемое приложение CS. Но не буду так строго придираться к тех.писательнице и снимать за это баллы, потому что она не исправляет свои более важные опечатки.
Code Metrics 0 из 1 возможного
* Script tags are no longer duplicated and subprogram names are no longer missing from the code metrics results exported to an XML file.
Тэги скриптов больше не дублируются и имена подпрограмм больше не пропускаются в файле экспорта результатов метрик кода в XML.
В качестве тестовых данных возьмём проанализированный скрипт с телом пакета или объектного типа, содержащий несколько функций и процедур в качестве подпрограмм. Из закладки "Script: Editor and Analyzer Info / Code Metrics" в прошлом и текущем билдах сделаем экспорт результатов анализа в XML-файлы. Далее любым помощником по сравнению файлов сделаем вывод об исправлении. В моём случае замечено, что убран блок пути к скрипту в дереве проекта и ремарка. В остальном все тэги идентичны. Поэтому никак не могу засчитать исправленным нечего.
Database Connection Window 1 из 1 возможного
* Changing the state of the "Auto connection" check box now works correctly without the need to log into a database.
Изменение статуса опции автоконнекта теперь работает корректно, без необходимости входа в базу.
Слово "correctly" в формулировке правки - лишнее, но за это не буду строго снимать доли балла, хотя стоило бы (поясню позже). По моим тестам значение чекера сохраняется на закрытии окна без выполнения коннекта к базе и восстанавливается при следующем открытии формы. А вот отработку функционала можно было бы назвать правильным, только если бы при открытии формы коннекта для первого подключения (не для смены в мастере импорта или линковки скриптов проекта) в хинте или названии экшена была бы указана дефолтная строка подключения, а сам коннект к базе проходил автоматически, без необходимости кликать кнопку "Connect". Именно так я понимаю корректную работу. А может другой юзер ожидает ещё чего-то иного.
Project Summary 0.8 из 1 возможного
* When no project is loaded, all Summary tab features are unavailable.
Когда не загружен ни один проект все фичи закладки итогов недоступны.
В прошлом билде, также как и в текущем, доступна настройка панелей закладки: видимость и скрытие, сворачивание, изменение размеров или списка полей. Все экспорты из пустых таблиц давно отключены. Но мне удалось найти пару пунктов в правилах кодирования и один в трендах, которые не могут быть исполнены для пустых данных. Поскольку формулировка весьма пространная, то полный балл дать никак не могу.
Analysis Log Manager 1 из 1 возможного
* Fixed the look and feel of the Analysis Log Manager when there's only one report in the list.
Зафиксирован внешний вид мэнеджера логов анализа, когда в списке только один отчёт.
В качестве тестовых данных лучше создать новый проект и проанализировать его единожды. В мастере списка логов анализа "Code Analysis / Analysis Logs" выберем фильтр по текущему проекту. При открытии этой формы в предустановленном режиме в позапрошлом билде одна строка вполне себе подсвечивается, хоть и с чёрным шрифтом на синем фоне, но данные видны. А вот в прошлом билде графика действительно сильно пострадала, видимо из-за замены интерфейсного элемента со стандартного от Delphi/Windows на самописный от ConquestSS. На бледно-голубом фоне (режим темы "View / Theme = Windows") были сплошные чёрные квадраты вместо символов. Текущий билд скорректировал подсветку единственной строки до видимого режима.
Startup Window 0 из 1 возможного
* Fixed the look and feel of the progress bar shown in the second instance while code analysis is running in the first instance. Relevant for the subscription type of license.
Исправлен внешний вид плиты прогресса (в простонародье - "градусник"), показываемой во втором запущенном приложении, пока анализ кода проходит в первом. Актуально для лицензии по подписке.
Сильно сомневаюсь, о каком конкретно градуснике идёт речь. Окно старта приложения имеет градусник окончания лицензии. А процесс анализа отображается на своём окне, дублируясь на кнопке приложения в панели задач операционной системы. Никаких проблем с отображением обоих градусников не было замечено в предыдущем билде. Поэтому пункт RNs можно считать припиской и не давать балл.
Link Manager 0+0.8=0.8 из 2 возможных
* Removed the ability to add new files and database objects.
Убрана возможность добавлять новые файлы и объекты базы.
Поскольку физически мастер линковки и импорта файлов или объектов базы в проект является единой формой, то большинство экшенов у них едины. В контекстном меню дерева файлов этого окна был и остался экшен "Add", который благополучно добавляет в проект файл. Объекты БД никак нельзя было добавить в проект через мастер линковки. Это значит, что пункт RNs - пустышка, не позволяющая увеличить баллы билду.
Глобальный вопрос - а вообще зачем убирать то, что полезно или удобно?
* Removed the ability to select multiple objects and the whole database object tree.
Убрана возможность выбирать несколько объектов и всё дерево объектов базы.
В дереве объектов базы нет чекеров для выбора позиций, а иными интерфейсными операциями (мышь или комбинации клавиш клавиатуры) никогда нельзя было выбрать более одной позиции в дереве объектов. Убран лишь пункт "Select All" из контекстного меню. За такое смутное описание фикса дам не полный балл.
New Project Assistant / Import Wizard 0+1=1 из 2 возможных
* ClearSQL no longer stops working on trying to abort the import of the items that were not fully retrieved from the database.
Приложение больше не останавливает работу при попытке прервать импорт значений, которые были не полностью выбраны из базы.
Изменение касается нагрузочного тестирования. На малых величинах базы не получится воспроизвести баг. В качестве тестовых данных лучше взять пакеты системной схемы SYS, поскольку их обычно достаточно много даже в минимальной установке базы. Иначе, в помощь будет слабое соединение с базой, дающее порционные потоки данных с задержками. В таких случаях интерфейс CS покажет градусник и кнопку Break для процесса выборки данных из базы, спустя пару-тройку секунд, то есть запросы к базе можно прерывать. В мастере создания проекта или импорта объектов в проект есть два шага по обращению к базе: заполнение левого дерева и добавление выбранных позиций левого дерева базы в правое проекта. В прошлых билдах, к счастью, а может и к сожалению, мне не удалось получить остановку приложения на прерывании выборки объектов ни при заполнении левого дерева мастера, ни при переброске объектов из базы в проект. Аналогично работает CS и в текущем билде. Поэтому у меня нет никаких оснований отметить исправление исполненным.
* Fixed the ability to break the "Select All" action in the database object tree.
Зафиксирована возможность прерывать действие по отмечанию всех объектов в дереве базы.
В контекстном меню левого дерева объектов есть пункт для отметки всех видимых нод и их вложенных объектов для последующего импорта объектов в проект. Поскольку этот процесс достаточно долгий, то имеется соответствующее предупреждение, спустя пару секунд показывается градусник процесса и появляется кнопка для прерывания. В прошлых билдах кнопка называлась Break и никак не реагировала на нажатие, то есть юзер вынужден был остаться ни с чем и закрыть окно по крестику, либо долго-долго ждать окончания выборки. В текущем билде кнопка переименована в Abort, и процесс благополучно прерывается по первому нажатию на неё.
Export Wizard -0.5 из 1 возможного
* Removed the "Yes to All" and "No to All" buttons from the warning message shown when the exported script or diagram already exists in the target folder.
Убраны кнопки согласия и отвергания действий для всех последующих случаев из предупреждающего сообщения, показываемого при экспорте скриптов или диаграмм, уже существующих в принимающей папке.
Физически мастера экспорта диаграмм или скриптов являются единой формой, поэтому некоторые функциональности в них программист исправляет сразу для обоих окон. Но тетсировщик обязан проверить новое поведение в обоих модулях. Экспорт скриптов доступен из главного меню, дерева проекта и из окна редактора кода. Экспорт диаграмм доступен из главного меню, дерева проекта и из всех закладок с результатами анализа в виде диаграмм. Вы можете исполнять экспорт по любому из трёх путей, от этого результат теста не зависит и не может быть коэффициентом для комбинаторики. Соблюдайте только формат диаграмм и выгружаемых скриптов (эти параметры перенастраиваются в самом мастере экспорта). Для текущих тестов нет смысла включать в параметры pairwise-test варианты диаграмм или тип скрипта с его псевдокодом. Но если вы хотите пройти комплексный тест с выявлением багов, то не стесняйтесь. У меня, например, получился половинчатый результат по текущему исправлению: при экспорте скриптов всё ещё есть кнопки для всех последующих совпадений, а при экспорте диаграмм кнопки действительно убраны. Также выявлен баг отсутствия возможности экспортировать диаграммы Flowchart с закладки "All Flowcharts", если сама закладка только что была визуализирована и в дереве диаграмм выбрано несколько объектов. Но это довольно редкое сочетание юзерских действий и исправляется перезагрузкой приложения, поэтому не буду снижать баллы билду. За половинчатое решение могу дать лишь полбалла. Но кардинально удаление полезных кнопок ухудшает юзабилити, поэтому за его наличие сниму балл. Итого, -0.5 балла.
Export Summary Tables 0.5 из 1 возможного
* The error message that appears when no MS Excel is installed is no longer duplicated.
Сообщение об ошибке, появляющееся при отсутствии установленного MS Excel, больше не дублируется.
В системных требованиях к CS никогда не было пункта об обязательном наличии установленного табличного редактора, поскольку его библиотеки используются только при экспорте данных анализа в XLS-формат. С уверенностью не могу сказать, почему сообщение об ошибке раньше появлялось два раза, но эта проблема очень-очень давнишняя. Об этом известно только программисту, писавшему код CS. По этой же причине не могу посоветовать вам, как минимальными средствами сделать вид, что на машине отсутствует инсталляция Excel. На сегодняшний день машины с Windows OS, но без MS Office - огромная редкость. Исходя из конфигурации тестового стенда авансом за исправление дам полбалла.
GUI 0.5 из 1 возможного
* If the caption of a UI element, such as column header or item, is not fully visible, pointing to it now shows a hint with the full name.
Если заголовок интерфейсного элемента, например, подпись колонки или позиции, не полностью виден, то позиционирование на нём теперь показывает хинт с полным наименованием.
Модуль "юзерский интерфейс" - это всё приложение CS. Представляете сколько элементов в нём? Одних только типов более сотни, а уж вариаций и месторасположений - миллионы. Проверить все - абсолютно нерешаемая задача, поскольку им надо как-то умудриться придать маленький размер. Даже если подключить автоматизацию, хорошо понимающую не только стандартные Windows, Delphi интерфейсные компоненты, но и их производные от программистов ConquestSS, то проверки займут годы. На вскидку, могу предложить тест такой: в таблице с метриками кода уменьшить ширину любого столбца с длинным наименованием. Да, хинт с полным наименованием колонки появляется только в текущем билде. Но за формулировку RNs, подразумевающую фразу программиста "тестите всё", полный балл никто из тестировщиков никогда не даст.
Project Backup 1 из 1 возможного, -1 за баг
* Fixed the visibility of the "Display password" check box in the dark theme.
Зафиксировано отображение опции показа пароля в тёмной теме.
Рабочая область CS подразумевает цветовую настройку "View / Theme / Charcoal Dark Slate". Если в тёмной теме открыть окно "File / Project / Back Up Project", то в прошлых билдах подпись опции для показа пароля не различима. В текущем билде проблема исправлена. Аналогичная ситуация с такой же опцией и в окне "File / Project / Restore Project from Backup". Изменение тем доступно давно, но почему этот баг исправлен только что? Скорее всего команда ConquestSS абсолютно не тестировала свою реализацию, а интерфейсную погрешность заметил кто-то из новеньких конечных пользователей.
В рамках комплексного тестирования у меня выявилась проблема "Cannot change Visible in OnShow or OnHide." при смене тем и последующая занятость проекта при всех закрытых приложениях. Второй раз получить аналогичный баг не удалось. Поэтому о причинах ошибок могу лишь догадываться. Графика с результатами анализа - это не приемлемый активный интерфейс на момент смены темы приложения, потому что CS путается в своих данных и UI-элементах. Поскольку мне пришлось несколько раз перегружать приложение для его стабильной работы, то сниму балл за баг.
Oracle Libraries 0.5 из 1 возможного
* Scripts that are part of an Oracle Library can no longer be edited or deleted separately from the whole library.
Скрипты, являющиеся частью библиотеки Oracle, больше не могут редактироваться или удаляться отдельно от библиотеки.
Мне, как хорошему знатоку базы данных Oracle и приложения CS, известно три варианта библиотек Oracle: объект базы (CREATE/ALTER/DROP LIBRARY - не поддерживаемые в CS выражения), служебные файлы базы (oci.dll, oci.lib, oraocci.sym и другие подобные, которые использует CS в момент подключения к базе и при последующем обмене данными), библиотеки приложения Oracle Forms (файлы с расширением "pll", которые могут быть частью проекта CS). Скорее всего в данном фиксе речь идёт о третьем типе, пример которого есть в папке демо-проекта "Demo Project\Oracle Forms and libs\OFGCALL.PLL". В прошлых билдах скрипты из этой папки невозможно было удалить по-одному, но мульти-выборка запросто удаляла несколько выделенных. Также доступно было редактировать код. В текущем билде также становится активным пункт для удаления нескольких скриптов, но фактически удаления не происходит, и сопровождается это поясняющим сообщением. А вот с редактированием ситуация совершенно не понятная: нигде в статусной строке или ином месте нет указания, что редактор кода закрыт на модификацию текста, но любые нажатия значимых клавиш не меняют текст и не поясняют причин отказа работать. Такое юзабилити резко снижает стоимость правки.
Toolbar Customizer 0 из 1 возможного
* A newly added toolbar icon is now located correctly.
Вновь добавленная иконка тулбара теперь позиционируется корректно.
Полагаю, что недавно изменённая сортировка исходного списка кнопок слева в алфавитном порядке сыграла злую шутку с программистом, и она автоматически применялась к готовому списку справа. Ещё при тестировании прошлых изменений в настройке тулбара и применении изначальных установок рабочей области было подмечено, что кнопка анализатора, например, в одних версиях CS всегда позиционировалась на первом месте, а в других - на последнем месте главного тулбара приложения после перезагрузки. Из текста RNs лично мне не совсем понятно, о каком из трёх изменений речь: либо это позиция кнопки в мастере настройки тулбара после переброса или перетаскивания из левого списка в правый, либо синхронизация позиции кнопки на тулбаре со списком мастера настройки, либо последующее позиционирование кнопки, когда мастер настройки закрыт или приложение перезапущено в рамках текущей версии или сразу после открытия прошлого билда. Проведём все три типа тестов: функциональный, интеграционный, обратная совместимость. Мои исследования показали, что ни в функциональном, ни в интеграционном плане ничего не изменилось, работа идёт идентично в обоих билдах, без проблем, в ожидаемом режиме. А вот если сделать любую настройку тулбара в прошлой или текущей версии, а затем открыть приложение в другой (текущей или прошлой) версии, то кнопка запуска анализа стабильно нелогично самопроизвольно занимает последнюю позицию. То есть, даже не смотря на то, что для каждой версии теперь хранятся собственные настройки тулбара, но кнопка анализатора в них как-то обособлена. Из вышеописанного заключаю, что фикс никак не сделан.
Online Support Desk 1 из 1 возможного
* The "Reply to message" toolbar button is no longer active when an empty folder is selected.
Кнопка для ответного сообщения больше не активируется, когда выбрана пустая папка.
Поскольку модуль OSD состоит из двух частей - переписка с техподдержкой и автоматическое обновление приложения, то в данном случае тестировать надо только мессенджер. Сам мессенджер тоже состоит из двух типов окон: список сообщений и редактор одного письма. Ориентируя вас на требуемое для теста окно, скажу что это левое дерево папок в окне со списком всех сообщений. Экшен ответа на сообщения существует в виде пункта контекстного меню правого списка и в виде кнопки на тулбаре. Но почему-то в меню статус интерфейсного элемента определяется по наличию записей, а в тулбаре этот же экшен не синхронизировался.

Итого по билду: набрано 5.4+9.1=14.5 баллов из 11+21=32 возможных, что составляет 14.5/32=45% готовности билда, а за баги придётся снять ещё -0.8-1=-1.8 балла.

ТО о CS 9.3.1.178

Отчёт о тестировании ClearSQL 9.3.1.178 (далее - CS), выпущенном 3 марта 2020 года, основан на Release Notes. Билд является первым в линейке минора, то есть для него нужно докупать лицензию и изменения функционала должны быть значительными. Поскольку предыдущая платная версия 9.2 была чуть больше месяца назад, а компания ConquestSS не обладает серьёзным штатом разработчиков, то о значительности новшеств мечтать не стоит. Скорее всего все изменения из области GUI лёгкие, то есть продукту проведён быстрый косметический ремонт, как квартире перед продажей. Готовность билда рассчитаем в процентах от баллов за каждый пункт RNs.

IMPROVEMENTS 0.5+0.9+2+1+1.7+1+1.5+0.8+0.5-1+1-1+2.2+0.7+0+0.5=12.3 из 1+3+9+3+3+2+2+1+1+1+1+1+3+1+1+1=34 возможных баллов, -1-1.3-0.5=-2.8 за баги
Code Editor 0.5 из 1 возможного, -1 балл за отсутствие хелпа
All occurrences of selected text are now highlighted in the Code Editor.
Все появления выбранного текста теперь подсвечиваются в редакторе кода.
Текст изменения неоднозначен, поскольку результатом подсветки текста в редакторе кода может быть как поиск, так и локализация кода из данных анализатора. К тому же, поиск может быть глобальным по всему приложению, либо локальным в окне редактора кода. А может это речь о третьем варианте выборки, когда отрабатывает навигация на строку кода из дерева Code Explorer? Поскольку тех.писательница, составившая такие многозначные RNs, не удосужилась уточнить смысл изменения, то нам, тестировщикам и обычным юзерам, приходится догадываться и искать по всему приложению смысл RNs. Это сильно снижает стоимость билда. Если же обратиться к списку новшеств, который доступен в главном меню "Help / Release Notes", то скорее всего речь шла всё-таки о поиске, но не уточнён уровень - самостоятельное окно или всего лишь плашка в правом верхнем углу. К сожалению, даже в хелпе это теперь невозможно уточнить, поскольку его выкинули в интернет, которым серьёзные юзеры CS предпочитают не пользоваться из-за большой возможности утечки секретного кода. Мои многочисленные попытки выяснить конкретику изменения дали лишь один вариант - все искомые тексты подсвечиваются одновременно, как это работает обычно в интернет-браузерах, только из режима локального (самостоятельное окно) поиска в редакторе кода. Поэтому новшество не приносит полный балл билду.
Первый же пункт RNs показал, что самое серьёзное изменение минора - перенос хелпа с локальной установки на сайт производителя - не описан в RNs. Об этом есть лишь короткий текст в "What's New?" списке новшеств, который доступен в автоматическом режиме появления лишь для юзеров с лицензией (не триальщиков) и из главного меню (его-то вообще редко кто читает). Такой промах тех.писательницы и группы разработки снижает стоимость билда на целый балл, потому что десктопный продукт ОБЯЗАН иметь локальный хелп. Кстати, из рабочей папки продукта так и не убраны вспомогательные файлы для работы chm-файла хелпа. Забыли или в следующем билде вернут хелп? А из списка "Help / Release Notes" все три части нижнего линка "See the complete" + "changelist" + ">" ведут на одну и туже страницу "http://sqldev.tech/clearsql_release_history", где юзеру придётся самостоятельно рыться среди множества старых билдов. Вероятно, аналитики ConquestSS в погоне за статистикой (юзерские клики по приложению тайно отправляются в тех.поддержку) решили так резко пожертвовать юзабилити, якобы пернеся из локального продукта хелп в сеть, но на самом деле абсолютно удалив его. Лично меня такой их шаг мало удивляет, поскольку они умудрились выпустить на рынок продукт FADEX без возможности опробовать его в триальной версии. Сильно сомневаюсь, что им до сих пор удалось при таких условиях продать хоть одну установку.
Ещё одно новшество - появление подсказок главного меню при первом запуске версии - тоже не описано нигде. А в нём ещё и баги обнаружены: невозможно повторно запустить подсказки ("Help / Watch Feature Tour" шагает по каким-то другим функциям, а не главному меню), невозможно пройти по ним все шаги вперёд и назад (тормозит на двух).
Project Report Assistant 0.3+0.3+0.3=0.9 из 3 возможных
Removed the "Project Report Pages" group of settings.
Перемещена группа настроек страниц отчёта.
Сначала мне хотелось перевести слово Removed, как "удалена", но после более внимательного взгляда на мастер отчёта и окно настроек приложения "File / Preferences" выяснилось, что настройки страниц отчёта проекта были перенесены из отдельных страниц Preferences (ветка Report) в дополнительную закладку "Look and Feel" окна Project Report Assistant. Проверка такого переноса опций заключается не только в генерации отчёта в разной конфигурации стилей и шрифтов. Тесты надо начать с переноса значений из предыдущей версии CS в текущую. Дело в том, что установки приложения разбросаны по реестру и многим файлам локали операционной системы. Поскольку ConquestSS с 2002 года так и не выбилась в линейку крупных компаний, то о совместимости с предыдущей версией и откатом они давно не задумываются. Так что, нам остаётся только посмотреть перенос значений в новый билд. То есть в прошлом сделаем копию настроек в файл (Preferences / Save to File, Project Report Assistant / New Report / Save Template As). Для сохранения и загрузки настроек из файла можно использовать две машины с разными версиями CS, либо сделайте несколько разных файлов и по-очереди запускайте старый и новый билды. К сожалению, такой перенос настроек лишил пользователя возможности обнулять установки. И это тоже снижает стоимость билда. Так что, сначала сделайте себе копию дефолтных, а потом приступайте к вариациям. Особое внимание уделите этим настройкам в рамках джобов с генерацией отчёта. Мои тесты показали, что перенос настроек осуществлён лишь интерфейсно, то есть они не полностью включены в функционал мастера отчётов, то есть никак не связаны с шаблонами, по прежнему хранятся вместе с остальными Preferences. А помните ли вы, что эти настройки html-страниц применяются не только к отчёту проекта, но и к таблице с логами анализов проекта, но не применяется к экспортированным таблицам с результатами анализа. Из этого заключаю, что новшество заслуживает не более 0.3 балла.
Renamed "Locate in File System" to "Locate on Disk."
Переименовано "Навигация в файловой системе" на "Навигация на диске".
Что это? Название настройки или какой-то функциональный пункт где-нибудь в контекстном меню? Большой минус в карму тех.писательницы за такой пространный текст изменения. Задействовав интуицию, мне удалось найти два места, где подобное изменение применимо: списки файлов с отчётами на закладке "Report History" и шаблонами на закладке "Templates". Но вместо такого мелкого предложения тех.писательница должна была описать и другие интерфейсные изменения: исчезновение кнопок с тулбара, реорганизация функций в контекстном меню. А к конкретному переименованию у меня профессиональный вопрос: знает ли разработчик разницу между файловой системой и диском? Значит ли это, что теперь нельзя найти файл, если его родительский диск не обозначен конкретной буквой? Нельзя работать с отчётами из общего доступа, с незамаппиного сервера? Вроде бы по-прежнему стандартный виндовый эксплорер отрабатывает эти функции, а уж он позволяет работать не с конкретными дисками, а со всей файловой системой. Или программиста победила лень и он удалил полезный функционал? Бесполезное изменение могу оценить лишь в 0.3 балла.
Renamed "Add from File System" to "Add from Disk."
Переименовано "Добавить из файловой системы" на "Добавить с диска".
Полная аналогия тестов и оценки предыдущего пункта RNs.
Preferences -1+0.5+1+0+0+0.7+0.3+0+0.5=2 из 9 возможных, -1-0.3=-1.3
Removed the code formatting option from Preferences.
Удалена настройка форматирования кода из установок приложения.
Во-первых, тех.писательница должна была сказать о более главном переименовании и объединении настроек анализатора в одну "Code Analysis". За такое упущение сниму балл с билда. Во-вторых, главный вопрос этого изменения: теперь код всегда будет форматироваться или нет? В мастере джобов отдельное форматирование кода появилось, то есть форматировать можно только в авто-режиме? В-третьих, Когда же наконец-то будет как-то устранена путаница форматёров кода при анализе и в окне редактора кода. Этот вопрос существовал с первого дня появления CS в линейке продуктов ConquestSS. Но, похоже, разработчики к этому никак не стремятся. Результаты моих тестов показали, что анализатор прекратил форматировать код. Это весьма серьёзное ухудшение продукта. Также глобальному изменению подверглась форма процесса анализа. И не в лучшую юзабилити сторону. Такое впечатление, что CS готовят к выбросу на помойку. Процесс анализа потерял гибкость настроек, отражение результатов сдвинуто в сторону глобализации и фин.отдела, что абсолютно не важно конкретному пользователю = разработчику базы данных. Никак не могу дать положительный балл за ухудшение продукта.
Removed the selection of code formatting from the startup window in the trial mode.
Убран выбор форматирования кода из окна старта приложения в триальном режиме.
Как уже было сказано, окно анализатора кардинально изменено. И не только при старте приложения в триальном режиме. Этот пункт RNs стоило разместить в группе другого модуля (вместо Preferences стоит иметь ввиду Analyzer Progress). То есть за отписку никак балл дать не могу. Отбрасывая эмоции по поводу бездействия и вредительства со стороны группы разработки ConquestSS констатирую факт отсутствия опции.
Removed the "Code Editor / Print" page.
Убрана страница печати.
Фактически, в последнее время код перестали печатать для поиска в нём ошибок. В крайнем случае, его переносят на бумагу сегодня лишь для отправки в архив или подписания каких-нибудь официальных документов. Малоиспользуемая функция вполне может быть исключена. К тому же, всегда можно экспортнуть несколько скриптов проекта в файлы. А настройки печати существуют в предварительном просмотре перед печатью (File / Print), стандартном модуле операционной системы (его локализация подтверждает моё допущение). А из главного тулбара и контекстного меню печать убрали, не предупредив юзера, за что есть смысл снизить стоимость билда.
Replaced the diagram generation settings with one option "Generate code diagrams."
Набор опций для генерации диаграмм заменён на одну.
Это изменение произошло не только в окне установок приложения, но и в форме процесса анализа. Насколько мне известно, генератор диаграмм состоит из двух частей: одним шагом формируются flowcharts, а вторым одновременно данные для Call Tree и CRUD. Это устранение опций считаю неудобством, потому что генерация диаграмм и матриц никогда не станет моментальной, а порой для работы половина из них не нужна и на пустом ожидании юзер будет терять своё драгоценное время, а значит сердиться на чужое головотяпство. Ухудшение сделано, потому +1-1=0 баллов.
Changing settings in the Analyzer Progress window no longer affects the settings in Preferences.
Изменение установок в окне процесса анализа больше не меняет настройки приложения.
Количество настроек в окне процесса анализа сократилось до двух (поиск дубликатов и генерация диаграмм). Только одна из них (про диаграммы) существует и в Preferences. Поэтому тех.писательница неверно применила множественное число в описании импрува. Функционально же такое новшество могу считать только ухудшением юзабилити, потому что теперь при каждом запуске анализатора значение опции всегда берётся из Preferences, то есть юзеру придётся постоянно себя контролировать после смены опции и перепроверять значения настроек через долгооткрывающееся окно Preferences, которое подгружает данные одновременно из реестра и файловой системы. За исполненное ухудшение только 0.
Removed the "Database Session / Object Tree" page.
Удалена страница дерева объектов из сессии БД.
Напомню, что три настройки дерева объектов позволяли ускорить работу с деревом объектов БД, пряча или отображая многообъектные ветки. Впрочем, если вас не раздражает обязательное разворачивание ветки подключенной схемы, а для скрытия системных схем достаточно опций в контекстном меню, то засчитаю новшество. Но полный балл никак не могу дать, поскольку тех.писательница умолчала о полном списке исчезновений, за каждый из которых сниму по пунктику.
Moved options from the "Report" page to "Report Assistant > Look and Feel."
Опции страницы отчёта перемещены на закладку мастера отчетов.
По-сути, это дубликат одного из пунктов RNs. Поэтому и получает теже 0.3 балла. Да, и ещё эта страница исчезла из настроек джоба, даже старого.
Removed the "Notifications" page.
Убрана страница нотификаций.
На этой странице была только одна настройка, меняющая своё наименование в зависимости от типа лицензии. Напоминания об окончании лицензии или обслуживания могли раздражать обладателей многопользовательских лицензий, для чего и была создана эта опция. Теперь же все нотификации спамятся в трее операционки. И, вероятно, поэтому разработчики решили ограничить юзеров в спокойной работе, забыв, что Windows 10 умеет блокировать навсегда без возврата уведомления от нестандартных программ. Повышение раздражения пользователя не может положительно оцениваться, то есть -1+1=0.
Removed the subpages of "Preferences / Summary."
Убраны вложенные страницы из ветки Summary.
Настройки фильтров и сортировок таблиц с результатами анализа давно дублировались в интерфейсе и Preferences. Из-за чего бывали случаи рассинхронизации глобальных и локальных установок. То, что убрали дубликаты - хорошо, но вместе с этим исчезли и сами некоторые настройки из интерфейса и старых джобов. За такое "махание веником" никак балл дать не могу.
Preprocessor 0.5+0+0.5=1 из 3 возможных, -0.5 за баги
Removed the "Preprocessor" option from the main menu.
Опция препроцессора убрана из главного меню.
Тех.писательница опять нелогично применила термин option в значении "функциональность". А также нигде не сказала, что настройки препроцессора в Preferences теперь сложены на странице анализатора кода. Это было случайно обнаружено в процессе предыдущих тестов. К сожалению, ничего не сказано об обработке директив препроцессора при анализе. Будут ли они автоматически обрабатываться или игнорироваться, как это было возможно настроить в прошлых версиях CS. Поэтому нельзя считать изменение улучшением и дать полный балл.
В рамках комплексного тестирования обнаружился баг в глобальном поиске. Слова, найденные в Preferences, открывают другое окно настроек - Code Analyzer Options. За такое сниму -0.5 балла.
Preprocessor directives are now processed in accordance with the settings defined in Preferences.
Директивы препроцессора теперь обрабатываются в зависимости от настроек в Preferences.
Такой текст RNs ни о чём не говорит, поскольку это констатация факта работы по-прежнему принципу. Другими словами, сказали то, что и было всегда. Ничего не дам за пустышку.
The preprocessor is now always disabled on running a job.
Препроцессор теперь всегда выключен в режиме джоба.
Ещё одно ограничение функционала не может быть положительно оценено. Выключенный препроцессор останавливает выполнение джоба при обнаружении директив вопросом о продолжении действий. Это противоречит политике работы джобов без прерываний. Однозначно это функциональное изменение играет на понижение ценности продукта. Могу дать лишь 0.5 балла.
Code Analysis 0.3+0.7+0.7=1.7 из 3 возможных
Redesigned the Analyzer Progress window and renamed it to "Code Analysis."
Изменён дизайн окна процесса анализа и оно переименовано.
Об удалении с этого окна множества полезной информации уже было сказано в предыдущих тестах. Переименование же не затронуло заголовок окна. В верхнем левом углу всё ещё написано "Analyzer Progress - [ProjectName]". Есть подозрение, что группой разработки теперь руководит кто-то из производителей детских игрушек, которые просты до уровня чистого листа. Продукт для серьёзных программистов баз данных превращают в бесполезный фантик. Обидно, что столько трудов выброшено в мусор. Особенно неудобно стало теперь менять опции анализатора через его отдельную форму Code Analyzer Options и перезапускать анализ. Да, анализ без генерации диаграмм теперь уменьшил количество подтверждений, а имеющиеся диаграммы не удаляются, валидируются с пометкой о необходимости перегенерации и переанализа.
Added a new Analysis Results window showing the most important analysis information.
Добавлено новое окно результатов анализа с наиболее важной аналитической информацией.
Результаты текущего анализа теперь отображаются на соседнем окне, на которое переключение идёт по кнопке всё в том же Analyzer Progress. Да, в списке добавились значения дубликатов и тех.долга, который высчитывается в каких-то уникальных 105% и валюте. Но ведь эти пару сумм можно было и в прежней форме отразить, а не обнулять двадцатилетнюю работу как минимум трёх программистов. В погоне за временным хайпом продукт превращают в пустышку, убирая с глаз долой до сих пор важную информацию для пользователя. Поскольку отображение результатов не улучшилось от такого изменения, то полный балл оно не заслуживает.
Code analysis now starts automatically by default without a delay.
Анализ кода теперь запускается автоматически по-умолчанию без задержки.
Раньше окно процесса анализа имело настройку отложенного запуска для того, чтобы юзер успел оценить набор настроек. Опцию убрали, могу даже согласиться, что она теперь не нужна, потому что опций осталось лишь две. А вот смена значения другой настройки на автозапуск - это в какой-то степени ускорение работы, но в то же время и не совсем корректный шаг программистов. Значение опции сброшено в дефолт без ведома юзера. Прежние владельцы продукта будут весьма обескуражены такой подлянкой. Но хорошо, что настройку можно всё-таки сменить вручную, хоть и через отдельное окно установок приложения.
Code Review 0+1=1 из 2 возможных
Renamed the option "Show Suppressed Rule Violations" to "Hide Suppressed Rule Violations", enabled by default.
Переименована опция показа запрещённых правил в их прятание, включена по-умолчанию.
Подскажу тем, кто плохо знаком с интерфейсом CS. Переключение видимости запретных правил возможно через контекстное меню закладки "Script: Editor and Analyzer Info / Code Review". В прошлом и текущем билдах наименование одинаковое и значение выключено. Поэтому пункт в текущих RNs - приписка.
The number of suppressed code review rule violations is now shown next to each rule that contains suppressions.
Количество нарушений запрещённых правил теперь показано для каждого запрещённого правила.
Для теста достаточно открыть таблицу "Script: Editor and Analyzer Info / Code Review" для скрипта "ET_DEBUG_BODY.sql" из демо-проекта и выключить опцию "Hide Suppressed Rule Violations" в контекстном меню. Тогда правило №103 добавится в список Major с 11-тью случаями срабатывания правила про вызов UTF_FILE.
Job and Schedule Manager 0.5+1=1.5 из 2 возможных
Removed the "Remember project as last opened" option from the Job Manager.
Убрана опция запоминания последнего открытого проекта из мастера заданий.
На мой взгляд, это выкидывание опции является двояким. Да, существует вероятность, что два (или более, начиная с CS 9.2, но в аннотации к билду об этом не говорилось, теперь нет ограничения на два запуска приложения одновременно) обработанных проекта случайно окажутся в очереди на место последнего открытого. В таком случае, это по простому поставленная защита от дураков с точки зрения программиста. Эта опция изначально обработана для временных проектов, поэтому никакой особой надобности её искоренять не могу найти. А если же встать на сторону юзера, который по открытому проекту судит о выполнении джоба, то вместо этого чекера стоило добавить флаг статуса исполнения джоба (удачно или нет), возможно даже с датой и временем окончания отработки джоба. Теперь же, юзер вынужден открыть лог проекта и искать там инфу, а исполнялся ли вообще джоб на этот проект, но и там не ясно будет, какой из джобов сработал. Бесполезное изменение функционала могу оценить лишь в 0.5 балла.
И ещё, если разработчики хотели как-то улучшить работу мастера заданий, то уж лучше бы доделали систему экспорта старых джобов и шедулеров в новую установленную версию продукта, потому что юзер может хранить файлы запуска джобов отдельно от самих заданий, а устанавливать новую версию продукта не в стандартно именованную папку.
Added a "Format code" checkbox next to "Analyze selected scripts."
Добавлен чек-бокс для форматирования кода после анализа выбранных скриптов.
Как уже ранее говорилось, теперь форматировать код можно только при обработке проекта через задание. Одномоментно в интерфейсе с мобильной сменой настроек теперь юзер никак не может. Зачем так сделано? Не знаю. Вероятно группа разработки мечтает о сокращении пользователей продуктом. Но, тем не менее, конкретно это задание исполнено полностью, форматирование срабатывает при исполнении джоба.
Summary Info 0.8 из 1 возможного
The "Print" option on the Summary page now prints the content of the current page, not of all the pages of the Summary tab.
Опция печати на странице итогов теперь печатает содержимое текущей страницы, а не всех страниц закладки итогов.
Во-первых, тех.писательница использовала термин option вместо feature или action, что сбивает юзера в однозначности понимания текста. Во-вторых, ранее печать запускалась из контекстного меню закладки итогов анализа, а теперь она вынесена в главное меню "File / Print", что уже никак не может расцениваться опцией (настройкой или одной из возможностей) конкретной закладки. В-третьих, текст изменения совсем не похож на улучшение, а точно описывает исправленный баг. Все эти мои замечания снижают ценность правки.
Global Search 0.5 из 1 возможного
The global search now supports wild cards.
Глобальный поиск теперь поддерживает свободные символы.
В качестве свободных символов разрешена только звёздочка, заменяющая любое количество любых символов в строке. А знак вопроса, заменяющий только один символ, пока не поддерживается.
Project Report -1 из 1 возможного
Removed the icon legend from the report.
Убрана легенда иконок из отчёта.
На закладке настроек отчёта всё ещё есть чек-бокс "Show project tree legend in report". Но при любом его значении, даже в режиме триала (исходное табу - новый юзер продукта должен быть информирован обо всём) в отчёт никак не попадает легенда. Зачем это сделано? У меня опять лишь одна версия - для отпугивания покупателей продукта, потому что это ухудшение юзабилити, да ещё и наполовину исполненное. потому и балл отрицательный.
Project Backup 1 из 1 возможного
The progress of a project backup is now shown on the Windows Taskbar.
Процесс архивации проекта отображается теперь на панели задач ОС.
Ранее только восстановление из архива отображалось на кнопке приложения в панели задач. Теперь и архивирование дублируется на кнопке CS.
Analysis Log Manager -1 из 1 возможного
The user is now prompted to remove unavailable logs from the list.
Юзер теперь предупреждается об удалении недоступных логов из списка.
Немного теории. Каждый анализ скрипта или всего проекта регистрируется в файле. Будет ли это единый файл истории или несколько на каждый запуск анализа, ранее решали настройки в "File / Preferences / Project Analysis / Log", а в этом билде таких настроек больше нет. Поэтому не могу сказать однозначно как и где теперь хранится информация, отображаемая в списке "Analyze / Analysis Logs". Да и тех.писательница не позаботилась о юзерах, чтобы донести до нас истину изменений. Список логов - это отдельная база данных, формируемая после каждого анализа. А при открытии этого списка происходит сверка данных с их физическими объектами - файлами логов. Если файлов уже нет (проект удалён или нет к нему доступа), то строки в списке логичнее убрать. Но в случае временного отсутствия доступа к проекту (сервер лёг) удалённые логи из списка придётся долго и муторно вручную восстанавливать. Поэтому список можно не чистить. В прошлом билде при открытии списка с недоступными файлами логов предлагалось удалить их. Теперь же такого диалога не появляется, а строки с недоступными файлами подсвечиваются серым шрифтом. То есть текст RNs прямо-противоположен внесённому изменению в функционал программы. Нет никакого понимания у юзера почему некоторые строки посерели. То есть юзабилити снижено. За такое нельзя давать положительных оценок.
Tray Notifications 1+0.8+0.4=2.2 из 3 возможных
A tray notification is now shown once code analysis has been completed.
По окончании анализа нотификация показывается в трее.
Ранее окончание анализа не обозначалось ни сообщением, ни звуковым сигналом, хотя не раз такое предложение вносилось в список будущих усовершенствований. Теперь же окончание анализа означается появлением второй страницы окна процесса анализатора с результатами, если не включено автоматическое закрытие этого окна, а также дублируется нотификацией в трее операционки. Если юзера спамят такие сообщения, то можно безвозвратно отклонить их, но помните, что кроме окончания анализа вы больше не увидите и все другие предупреждения CS (конец лицензии и других ваших операций).
Users are now notified about the upcoming renewal of the monthly subscription by tray notifications.
Юзер теперь оповещён о приближении срока обновления подписки через сообщение в трее.
Ранее подобные предупреждения показывались рядом с областью трей-сообщений. Теперь же функционал полностью передан операционной системе. И это плохо в том плане, что Windows 10 предлагает безвозвратно отключить уведомления от нестандартных приложений. То есть отключая нотификации не через опцию приложения (кстати, необдуманно удалённую) юзер теперь никогда не вернёт установки. Такие перемены в продукте говорят только о желании программиста, овладевающего новыми формами кодирования, похвастаться своими пробами, а не стремлении группы разработки сделать полезный юзеру продукт. Поэтому полный балл не дам.
Added the "Open" and "Locate" buttons to the tray notifications where relevant to open the target folder or file.
Добавлены кнопки открытия и навигации в уведомления трея, где соответствующие папки или файлы следует открыть.
С одной стороны такое добавление можно считать улучшением юзабилити, но поскольку операционная система при этом спамится лишними уведомлениями, которые либо можно безвозвратно отключить, либо они становятся неактуальными и не имеют соответствующих сообщений об ошибке, например, в случае удаления связанного с уведомлением файла. Вторая проблема этого пункта RNs в том, что тех.писательница не уточнила все места, где описанный функционал уже применён, а где только планируется. Исходя из этих замечаний даю 0.4 балла.
Main Window 0.7 из 1 возможного
The following tabs of the project level are now hidden by default: All Flowcharts, All Calltrees, CRUD2, Project Analysis History.
Следующие закладки проектного уровня теперь скрыты по-умолчанию: All Flowcharts, All Calltrees, CRUD2, Project Analysis History.
Для тестирования дефолтных настроек необходимо сделать несколько тестов:
- открыть приложение первый раз на "пустой" машине;
- в открытом приложении выполнить восстановление настроек (Reset to Default пункт в контекстном меню заголовков закладок проектного уровня);
- открыть предыдущую версию, выполнить возврат к изначальным установкам, закрыть предыдущий билд, открыть текущий билд.
В первых двух случаях перечисленных закладок не должно быть видно только после исполнения теста. В третьем случае либо все выставленные в предыдущем билде закладки должны автоматически появиться и в текущем, либо при открытии приложения должно быть сообщено, что автоматически применились дефолтные установки рабочей области. Поскольку только первые два теста зелёные, а третий неожиданно открывает только закладки "CRUD2" и "Project Analysis History", то и новшество получает лишь две трети балла.
Core 0 из 1 возможного
Hints are no longer shown if captions are fully visible in the user interface.
Хинты больше не показываются, если заголовки полностью видны в интерфейсе пользователя.
Вообще-то, это GUI-правило, принятое группой разработки ConquestSS ещё в 2015 году. Почему этот пункт не в числе багов, а значится усовершенствованием - не понятно. К тому же, если не конкретизирован ни модуль, ни интерфейсный компонент, то явно - это исправленный баг. Для проверок нам придётся пройтись абсолютно по всем интерфейсным элементам всего приложения, причём на различных размерах монитора и рабочей области приложения. Все эти тесты ручной тестировщик будет исполнять до пенсии. Поэтому, если у вас нет инструмента, умеющего обрабатывать Delphi-компоненты стандартные и переписанные, например, TestComplete, то не стоит напрасно тратить время. Неуважение к юзеру оцениваю в 0 баллов.
Recycle Bin 0.5 из 1 возможного
A tray notification is now shown on moving project items to the Recycle Bin.
Перемещение объектов проекта в корзину теперь сопровождается уведомлением трея.
Дубляж действия без конкретизации хотя бы имени проекта считаю абсолютно бесполезным. Тем более в трей операционки, который может быть заблокирован безвозвратно. Лучше бы эту инфу складировали в каком-нибудь логе проекта или приложения. За пустой спам могу дать лишь 0.5 балла.

Как и ожидалось, за месяц работы сделаны лишь косметические работы, которые к тому же значительно погубили достижения функционала, заработанные десятилетиями. Постепенный (сначала окно старта, теперь процесса анализа) переход стиля интерфейса от старых Delphi-форм к новомодным, приближенным к web-формату, всё отчётливей показывает диссонанс UI и отсутствие вкуса у разработчиков продукта. Перекошенное лицо не способствует привлечению клиентов - закон рынка.
Комплексное тестирование дало весьма странный и опасный баг, когда юзер может потерять проект и даже исходные файлы скриптов. Если создать проект на основе файлов через большую кнопку анализа на панели старта или временно через джоб, то все объекты проекта окажутся слинкованными. То есть исходные файлы автоматически попадают под угрозу случайного исполнения синхронизации по возврату кода из проекта в исходники. Почему это опасно? Дело в том, что вы можете вручную, не через приложение, удалить проект с диска или потерять с ним связь, а при следующем открытии как-бы удалённого проекта из числа ранее открытых у вас фантастическим образом восстановится вся структура проекта, да ещё и с результатами последнего анализа. Но! Вас никак не предупредят, что все скрипты пустые! Абсолютно без кода! И при этом привязаны к исходным файлам. Тут-то и скрывается максимальный подвох - опасность обнуления исходников. То есть разработчики упрощают приложение по какой-то странной системе шагов, когда они быстрее приводят к проблемам, а не избегают или предупреждают их.

BUGS FIXED 2.4+1.9+0.5+0.5+0.5+0+0-2+0+0+0.5+1+0.8+0.8+0+0=6.9 из 5+3+3+2+1+1+1+3+1+2+1+1+1+1+1=27 возможных баллов
Project Tree 0.7+0+0.8+0+0.9=2.4 из 5 возможных
Fixed the behavior of the quick filter panel.
Исправлено поведение панели быстрого фильтра.
К сожалению, тех.писательница не уточнила, в чём заключалась проблема и в каком конкретно окне - ввод символов или несколько разноцветных кнопок. Мне удалось заметить только, что панель с кнопками не пропадает после очередного клика по ним. Но, возможно, программист сделал что-то иное.
Fixed the script count in the Project Tree after export.
Зафиксирован подсчёт скриптов в дереве после экспорта.
Ни при экспорте скриптов, ни при экспорте диаграмм количество выбранных и просто в папках скриптов не менялось и не меняется. Поэтому заключаю, что бага не было.
Project renaming works correctly now.
Переименование проекта теперь корректно работает.
В чём заключалась некорректность переименования? Какое внутреннее правило ConquestSS или общепринятое операционной системой ранее нарушалось - не сказано. Не ищите какой-то отдельный пункт главного или контекстного меню для переименования проекта. Его не существует. Переименовать проект давно и теперь можно только по двойному клику по его имени в дереве или нажав горячую клавишу F2. То есть более вразумительней было написать, что функция переименования проекта опять работает, как и прежде.
Fixed highlighting in the Project Tree on restarting the app.
Зафиксирована подсветка дерева проекта при перезапуске приложения.
Подсветка дерева может быть двух видов - при выделении его нод курсором и при фильтрации. Ни то, ни другое не восстанавливается при перезапуске приложения с открытием последнего рабочего проекта. Поэтому фикс не засчитываю.
Fixed autofit of the Project Tree panel when the main window is resized or restored to default.
Зафиксирован автоподгон ширины панели дерева проекта, когда рабочая область приложения изменяет размеры или возвращается к изначальным.
Напомню, что в предыдущих версиях существовала настройка дерева проектов, позволяющая включать и отключать автоподбор ширины панели. После её удаления из Preferences панель всегда автоматически растягивается и сжимается, что порой ограничивает юзера в видимости области с результатами анализа. Этот же исправленный баг является давнишней недоделкой, когда опция только вводилась в действие, то есть с первых версий продукта. Сомневаюсь, что половина юзеров будет благодарна этому исправлению, поскольку их может удивить такое изменение размеров. Но, что ни говори, баг устранён.
Project Report Assistant 0.5+0.5+0.9=1.9 из 3 возможных
Adding multiple reports from the disk now works correctly.
Добавление нескольких отчётов с диска теперь работает правильно.
Полагаю, что речь идёт о списке - истории отчётов. Но в чём добавление стало более правильным придётся выяснять. Для теста сделаем копию нескольких отчётов текущего проекта через файловую систему и переименуем их главные файлы и папки, чтобы предотвратить дубляж в списке. В прошлом билде импорт выбранных четырёх отчётов выполнился только для трёх без обозначения имени проекта и отчёта, без объёма отчёта. А после удаления всех трёх добавленных и второй попытки добавить опять теже четыре - импортировались только два. В текущей версии первый раз все выбранные отчёты добавляются с обозначением имени файла и отчёта, путь к отчёту и его размер в точности соответствуют действительности, фильтрация по текущему проекту тоже отрабатывает ожидаемо. Но после их удаления из списка, но не с диска, и последующего повторного добавления список никак не пополняется. Мало того, третье и последующие открытия диалога для добавления отчётов в список заменяли его на выбор папки с отчётами, вместо выбора самих файлов. Но после перезапуска приложения этой же версии наконец-то добавление и удаление отрабатывали без выкрутасов. Но, к сожалению, после повтора действий в предыдущем билде проблема в текущем возобновлялась вплоть до перезапуска. В общем, что-то исправлено, но стабильности это не принесло.
Opening multiple reports in the default browser now works correctly.
Открытие нескольких отчётов в браузере по-умолчанию теперь работает правильно.
Опять же не понятно, то ли речь о последовательной генерации с автооткрытием, то ли в списке отчётов надо выбрать несколько и нажать кнопку View. Кстати, третий вариант, который возможен в CDB и docuVIEWER, открывающий документ в ином доступном браузере, до сих пор не реализован в CS. Что считать корректностью? Открытие отдельных окон для каждого отчёта или нескольких закладок в одном окне? На самом деле это не фикс бага, а усовершенствование функционала - теперь возможно одновременно открыть для просмотра несколько отчётов из списка истории. Но и здесь программист умудрился посадить баг - вместо трёх выбранных отчётов открываются только два. Складывая всё в единый балл могу дать только 0.5.
The commands "Locate in File System" and "Copy to Clipboard" are no longer shown as available when multiple items are selected in the list.
Команды навигации в файловую систему и копирования в буфер обмена больше не показываются доступными, когда несколько значений выбрано в списке.
Это стоит проверять, как дополнение предыдущего пункта. Но тех.писательница забыла, что ранее термин "файловой системы" переименован в "диск".
Analyzer Progress 0+0.5+0=0.5 из 3 возможных
Clicking the "Abort Analysis" button when preprocessor directives are detected now stops the analysis progress.
Нажатие кнопки прерывания анализа, когда препроцессор определил свои директивы, теперь останавливает процесс анализа.
Абсолютно никакой разницы в предыдущем и текущем билдах не обнаружено, когда в прошлом препроцессор выключен перед анализом и на его действия предполагается запрос юзеру. В других случаях диалог с прерыванием анализа из-за директив препроцессора не существовало. Теперь же препроцессор вроде бы всегда включен, но почему-то анализ всё-равно останавливается на скриптах с директивами. Но процесс прерывания анализа, как уже было сказано, одинаков с прошлым билдом. Поэтому фикс не засчитывается.
The error "Cannot perform the analysis. Unable to connect to the Conquest server" no longer occurs on trying to manually run analysis when a subscription license key is applied.
Ошибка о невозможности запуска анализа при отсутствии доступа к сайту производителя больше не появляется при попытке вручную запустить анализ, когда применена лицензия по подписке.
Для проверки такого бага нужно иметь лицензии по подписке для прошлой версии и текущей. Но поскольку мне такого никто не предоставит, то авансом дам полбалла.
Fixed counting of the total progress of code analysis.
Зафиксирован подсчёт итога процесса анализа кода.
Поскольку форма процесса анализа и его итогов кардинально поменялась, то такой баг должен считаться промежуточным, то есть никогда не воспроизводящимся на стороне пользователя. О нём не стоило упоминать в RNs.
Code Review 0+0.5=0.5 из 2 возможных
The project name is now included in the script path when code review results are exported.
Наименование проекта теперь включено в путь скрипта, когда результаты проверки кода выгружаются.
Результаты проверки кода конкретного скрипта расположены на закладке "Script: Editor and Analyzer Info / Code Review". При экспорте этих данных в любой из четырёх форматов имя файла формируется по маске "[ProjectName] - [ScriptName] - Code Review.[extension]" уже давным давно. Так что, этот пункт RNs - приписка.
The item selected in the code review results is no longer lost on switching the option "Hide Suppressed Rule Violations."
Выбранная строка результатов проверки кода больше не теряется при переключении опции прятания запрещённых правил.
К сожалению в этой правке не учтён самый очевидный вариант, когда перед прятанием была выбрана одна из записей запретного правила.
Summary Info 0.5 из 1 возможного
The "Export Tables To" pop-up menu command is no longer shown as available while data is being loaded.
Команда контекстного меню для экспорта таблиц больше не показывается доступной, пока данные загружаются.
Вообще-то, пока интерфейсный элемент отрисовывается и заполняется данными логично вообще не давать никакой возможности им как-либо оперировать. Поэтому это исправление лишь часть недоделанного функционала интерфейсного продукта.
Export Scripts 0 из 1 возможного
Fixed how the options "Show/Hide File Extension" and "Show/Hide Number of Scripts/Folders" work in the Export Wizard.
Зафиксирована работа опций отображения расширений файлов и количества скриптов и папок в мастере экспорта.
Поскольку опции для отображения расширений файлов и количества файлов и папок в текущем билде удалены из "File / Preferences / Project Tree" (о чём кстати ничего не сказано в аннотации к билду), то в дереве проекта теперь всегда показываются расширения и количества скриптов с папками. Эти же значения теперь всегда отображаются в дереве проекта, которое дублируется в мастере экспорта скриптов. Никаких иных изменений функционала замечено не было. Поэтому фикс засчитать нельзя.
Export Wizard 0 из 1 возможного
Scripts are no longer exported with odd characters at the beginning.
Скрипты больше не выгружаются с необычными символами в начале.
Поскольку модуль называется мастером экспорта, но пункт RNs не включен в пердшествующий, то стоит иметь ввиду мастер экспорта диаграмм, а не скриптов. Но в тексте правки говорится об экспорте скриптов, а не файлов с картинками, то проверим оба мастера экспорта и скриптов, и диаграмм. Какие символы считаются необычными? Допустим те, что запрещены для имён файлов и папок в файловой системе. Хотя, тех.писательница могла иметь ввиду и что-то иное, несуразно поняв программиста. В обоих мастерах есть возможность префиксовать имя выходного файла любыми символами. Введём пару вопросиков или слешев. Экспорт диаграмм и скриптов отрабатывает без изменений в обоих билдах: скрипты не префиксуются ничем, а диаграммы не экспортятся. Нет изменений, нет балла.
New Project Assistant / Import Wizard -2+0+0=-2 из 3 возможных
Fixed the selection of the object type folders in the Database Object Tree.
Зафиксирован выбор папок с объектными типами в дереве объектов базы.
К сожалению, не могу сказать точно, о каких папках речь - спецификации и тела объектных типов или любые папки типов объектов (процедуры, функции, пакеты и триггеры). Придётся приглядеться ко всем. И если вы последуете моей рекомендации, то поймёте, почему у меня встают волосы дыбом от такого программирования, сравнимого с диверсией. По логике, в квадратных скобках у папок типов объектов показывается количество выбранных объектов из доступных, а для всех вышестоящих папок - количество выбранных подпапок из видимых. Но фактически получаются какие-то фантастические цифры, особенно при повторном перевыборе. Они либо складываются, либо вычитаются по невообразимому алгоритму. А первая развёрнутая, но без чекера, нода сразу считается в числе выбранных схем. за диверсионное программирование и отсутствие мало-мальского тестирования отниму баллы.
Fixed the selection of the object type folders and object counting on selecting the database schema.
Зафиксирован выбор папок типов объектов и подсчёт объектов при выборе схемы базы.
По всей видимости, это дубликат предыдущего пункта RNs. Поэтому не могу дать балл.
Fixed the visibility of the selected schemas if they are located at the bottom of the database object tree.
Зафиксирована видимость выбранных схем, если они расположены в самом конце дерева объектов базы.
Другими словами, поправлена интерфейсная проблема при работе с последней нодой дерева. Никакой разницы в выборе папок со старым билдом не выявлено. Поэтому фикс никакой засчитать не могу.
Link Manager / New Project Assistant / Import Wizard 0 из 1 возможного
Fixed the ability to add and remove project items by double-click.
Зафиксирована возможность добавлять и убирать элементы проекта по двойному клику.
Поскольку речь только о добавлении и удалении элементов проекта, то менеджер линков нет смысла проверять, там нет таких возможностей. Буквально в прошлом билде была добавлена фича двойного клика и перетаскивания. Что же там было недоделано? Тех.писательница не уточнила. Что ж, поищем самостоятельно. Мне не удалось в тестах определить никакой разницы с прошлым билдом, поэтому считаю фикс пустышкой.
Project Backup 0+0=0 из 2 возможных
An unhandled exception is no longer raised on restoring a project.
Неподдерживаемые исключения больше не случаются при восстановлении проекта.
Режим восстановления проекта из архива уже тестировался ранее и никаких неожиданных багов не было замечено в прошлом билде. Поэтому следует считать этот фикс из числа уникальных случаев, но не конкретизированных здесь. Потому и балл добавить не за что.
The progress bar indicating the backup process no longer goes to the background.
Градусник процесса восстановления больше не уходит в бэкграунд.
Скорее всего здесь имеется ввиду, что окно с основным градусником, а не кнопка приложения на операционном таскбаре (новая редакция интерфейса в текущем билде), не прячется за окно главной рабочей области самого приложения. Ни с одним из проектов у меня не получилось закидывание диалога за главную форму, поэтому и не могу подтвердить наличие исправления.
Core 0.5 из 1 возможного
Odd entries are no longer added to the CS.log file for a newly created project.
Странные открытия больше не добавляются в лог приложения для только что созданных проектов.
Если вы заметили, в лог приложения, расположенный в "%AppData%\Roaming\ClearSQL\CS.log" файле, стали записываться ваши действия в точности до миллисекунд. Но записи понятны лишь программисту из ConquestSS, а не обычному юзеру CS. Логгирование в таком виде уважающие пользователей разработчики сохраняют в отдельном месте, а не спамят юзерские данные. Либо оформляют в доступном виде. Такой раздражающий фактор отрицательно влияет на покупательскую способность продукта. Тесты показали, что создание нового проекта в прошлом билде конвертирует его 47 раз, а в текущем этой конвертации нет или она не логгируется. Не могу утверждать, что именно это имелось ввиду, поэтому даю лишь 0.5 балла.
Preprocessor 0.8 из 1 возможного
Preprocessor directives are now added to a separate line, not in line with the statement.
Диррективы препроцессора теперь добавляются в отдельные строки, а не с командами.
Подсказка: для автоматического добавления дирректив препроцессора в ваш скрипт надо его проанализировать и исполнить инструментирование кода на соответствующей закладке результатов анализа скрипта. К сожалению, тех.писательница не приписала, что это делается в атоматическом режиме инструментором кода, а не является новым внутренним правилом приложения.
Trial Mode 0.8 из 1 возможного
An access violation error is no longer raised on trying to export code review results from the Summary tab.
Ошибка доступа больше не случается при попытке экспорта результатов проверки кода из закладки итогов.
В прошлом билде только экспорт в XML вышеозначенных данных давал ошибку выхода списка за пределы. Теперь такой ошибки не случается. Поскольку не был означен тип экспорта и смысл ошибки иной, то снижаю балл.
Preferences 0 из 1 возможного
The "Project Analysis" page is no longer marked as modified after changing analysis options in the main window.
Страница анализов проекта больше не отмечается модифицированной после смены настроек анализа в главном окне.
Поскольку вышеозначенная страница в Preferences переименована и реорганизована, а также из-за того, что никакие из оставшихся опций в Preferences невозможно синхронно изменить через рабочую область приложения, то этот баг следует считать неактуальным, невозможным для проверки. Скорее всего он был временным в месяц разработки этого билда и ошибочно попал в RNs.
Online Support Desk 0 из 1 возможного
The list of files for the attachment no longer contains duplicates.
Список файлов прикреплений больше не содержит дубликатов.
К сожалению, тех.писательница не уточнила, о каких прикреплениях идёт речь: к сообщениям в тех.поддержку или к загружаемым апдейтам и ключу. На стороне юзера можно проверить только случай прикрепления файлов к сообщению в тех.поддержку. Не знаю как вам, но мне никак не удалось прикрепить к сообщению дублированные файлы. Поэтому не могу засчитать какое-нибудь исправление.

Итого по билду: заработано 12.3+6.9=19.2 баллов из 34+27=61 возможного, которые дают 19.2/61=31.47% готовности билда, дополнительно снимаю -2.8 за выявленные попутно баги.