Отчёт о тестировании 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 за выявленные попутно баги.
