Отчёт о тестировании ClearSQL 8.1.1.258 (далее - CS), выпущенном 23 мая 2019 года, построен на основе Release Notes. Предыдущий фикс-билд текущей версии был недавно, поэтому в сегодняшних тестах обратим внимание на исправления, важные для конечного пользователя и внесённые программистами для показа своей значимости. Для того, чтобы инвестор проекта не переставал платить разработчикам, они идут на такие хитрости, при которых их "костыли" регулярно надламываются.
IMPROVEMENTS 1.6+0+0+2+0.8-1+0.7=4.1 из 3+1+2+2+1+1+1=11 возможных, -0.5 за недоделку
Code Analyzer Options 0.5+0.3+0.8=1.6 из 3 возможных
Updated the options on the Diagram Options page.
Обновлены опции на странице диаграммных настроек.
Поскольку в описании нет абсолютно никакой конкретики, то сделаем скриншот из предыдущего билда и сравним с текущим. Но поскольку речь идёт об опциях, то скриншот надо сделать с показом полных списков. Напоминаю, захватить текущее активное окно в буфер обмена можно через комбинацию "Alt+PrtSc", но при этом не поймаете ни хинты, ни значения развёрнутых комбобоксов. Поэтому более экономно и эффективно использовать видеозапись бесплатного UVScreen, который в режиме редактирования доступен покадрово. Второе моё примечание касается чит-листа опций, который напоминает о важности функциональных тестов при малейших внешних изменениях настроек. В данном случае программист вместо того, чтобы полнофункционально применить возможности опций, удалил с глаз то, что ему не захотелось реализовывать, тем самым лишив юзера выбора начертания и кодирования. Для тестирования функционала ограниченных по новому опций вам придётся переанализировать любой скрипт с генерацией диаграмм при выключенной галке "Options / Preferences / Project Analysis / Keep diagram/matrix local settings". За анти-улучшение балл дать никак не могу.
Renamed the option “Around an IF statement” to “Around IF, CASE statements”.
Переименована опция "Вокруг IF выражения" в "Вокруг IF, CASE выражений".
Тех.писательница поленилась уточнить, что переименованная опция расположена на странице "Options / Code Analyzer Options / Formatter Options / General Layout / Linefeeds". А программист поленился разделить опцию по выражениям. Если он считает, что так он подчеркнул логику, то не понятным остаётся оставшиеся не объединёнными, например, блоки и тела или всё из области объявления. Хочу этим сказать, что программист вместо ввода нового параметра, отвечающего за отдельный функционал, повесил его реализацию на существующий, упростив себе работу, но усложнив использование юзером. Глубоко сомневаюсь, что кто-либо из пользователей равнозначно относится к указанным выражениям IF и CASE. Никак не могу считать это изменение наименования улучшением, поэтому даю лишь 0.3 балла.
These options are now enabled by default:
a. Position THEN on the same line.
b. CASE expression…
c. CASE statement…
Три опции "Позиция THEN на той же строке", "CASE выражение" и "CASE команда" теперь включены по-умолчанию.
Опять тех.писательница поленилась уточнить расположение и полное наименование опций, поэтому подсказываю, что их искать надо на странице "Options / Code Analyzer Options / Formatter Options / General Layout / Indenting". Не стоит беспокоиться тем, кто пользуется файлом настроек с якобы дефолтным именем. Автоматически значения опций не переключатся в дефолт, а только после исполнения "Reset / All" или "Reset / Current Page". Из-за недосказанности пункт не приносит билду полный балл.
Code Analyzer 0 из 1 возможного
Improved the look&feel of the code analysis results for overload procedures.
Улучшен внешний вид результатов анализа кода процедур переполнения.
Напомню, что программы переполнения имеют одинаковые имена, но разный набор параметров входящих или исходящих. Поскольку в результатах анализа кода участвуют имена подпрограмм и их позиции в основном коде, то уточнения по их параметрам весьма существенно облегчает понимание. К сожалению, тех.писательница опять не уточнила, в каком именно месте и каким образом сделано улучшение. Дело в том, что как минимум метрики кода давно уже переделывались несколько раз для более логичной поддержки процедур переполнения. А что именно доправлено в этом билде - не известно и займёт слишком много времени, так как закладок с результатами анализатора уже более десятка, на каждой из которых свой вариант интерфейса. Стандарт для отображения процедур переполнения в ConquestSS так и не выработан, а чужие идеи применять они брезгуют. Так что, подождите, пока их CEO придумает очередной "цвет детской неожиданности" и заставит его повсеместно применять, как это было с ClearDB Docu. А пока бессмысленно тратить время тестировщика на поиски пустоты. Балл за приписки давать не могу.
Search Tool 0+0=0 из 2 возможных
Added the ability to search for text occurrences in the code review rationales.
Добавлена возможность поиска текстовых вхождений по пояснениям к правилам кодирования.
Это новшество весьма двояко можно понять. Либо в тех редакторах, которые отображают пояснения к правилам кодирования появился поиск по тексту, либо поиск по проекту расширен результатами анализа. Поскольку в заголовке группы RNs нет примечания о конкретизации интерфейса, то считаю, что общая система поиска подверглась изменению. Пояснения к правилам кодирования доступны в трёх логически разделённых местах: настройки, результаты анализа в интерфейсе, результаты анализа в отчёте или экспортированных данных. Не знаю как у вас, но у меня не получилось найти хоть что-либо из пояснений к правилам кодирования ни в одном из трёх вариантов. Поэтому новшество считаю полной фикцией.
Added the ability to open the search tool by pressing Ctrl+F.
Добавлена возможность открыть утилиту поиска по стандартной горячей клавише.
В таком голом виде новшество выглядит как исправленный интерфейсный или юзабилити-баг. Нет никаких уточнений, где именно не хватало этой реализации. В CS существует несколько вариаций поиска, в том числе стандартный поиск по тексту, рукописный поиск по дереву проекта, а теперь, возможно, дописан ещё какой-нибудь поиск, например, по результатам анализа. Но тестировщик не обязан фантазировать, а лишь проверять факты, которые, к сожалению, не описаны. На построение и проверку гипотез мне жалко тратить время в рамках фикс-билда, поэтому пункт RNs отправляю в число приписок и не даю ни балла. Надеюсь, это приучит тех.писательницу уважать своих пользователей и она станет писать правду, а не придумывать сказки.
Export Diagrams 1+1=2 из 2 возможных
Added the ability to define prefixes and suffixes for exported diagrams.
Добавлена возможность определять префиксы и суффиксы экспортируемым диаграммам.
Пару лет назад ровно это моё предложение руководство продукта назвало бредовым, а вот сейчас почему-то его реализовали. Скорее всего кто-то из пользователей, как и я тогда, замучался искать среди обилия экспортированных файлов нужные. А поскольку в ConquestSS не любят работать на опережение, их финансисты не нацелены на производственную тактическую прибыль, а лишь на разбрасывание личных денег на собственные удовольствия. Тем не менее, реализация когда-то бредового предложения приносит балл, даже не смотря на то, что хелп этого окна не привязан.
Export settings for diagrams and Pseudocode and sample filenames are now shown in the status bar.
Установки экспортируемых диаграмм и псевдокода, примеры имён файлов теперь показаны на статусной строке.
Блок RNs назван по мастеру диаграмм, но юзер CS не знает, что фактически мастера экспорта являются единым интерфейсом. Помимо этого примечания стоит напомнить, что тогда же, пару лет назад мастера экспорта претерпели интерфейсные изменения так, что множество опций было разделено по отдельным закладкам и, естественно, большинство из них перестало быть видимыми. Тогда же и была моя просьба юзера как-нибудь упростить восприятие, но в параллель предыдущему пункту программисты действовали только в плане облегчения кодируемой части программы, а никак не в помощь пользователю. Вот теперь всё-равно исправляют свои огрехи архитектуры. Принцип костыливания в действии.
Diagrams (Flowcharts, Call Trees, CRUD Matrices) 0.8 из 1 возможного
The header and legend are now disabled by default.
Заголовки и легенды теперь выключены по-умолчанию.
К сожалению, тех.писательница не уточнила, где эти опции хранятся и настраиваются, поэтому сделаю её работу, напомнив, что опции могут быть глобальными и локальными. Исходное состояние они могут обрести только через интерфейс страниц в "Options / Code Analyzer Options". Но даже если юзер вернётся к значениям по-умолчанию, то нет никакой гарантии, что опция "Options / Preferences / Project Analysis / Keep diagram/matrix local settings" тоже выключена, потому что только в этом случае перегенерация диаграмм выполнится по видимым условиям. Более десятка лет назад, когда CEO старался впихнуть в интерфейс всё, что ему попадалось. В конце концов интерфейс перестал вмещать полезную информацию, а зачастую по несколько раз просто дублировал. Замечая эту избыточность мне приходилось потихоньку оформлять предложения "в стол", поскольку CEO очень сердился на мои замечания о его собственной недальновидности, а наоборот пытался всеми правдами и неправдами разрисовать якобы пользу сумасбродных вливаний. Ну, вот и настало время, когда либо он сам, либо адекватный пользователь наконец-то увидели всю неэргономичность интерфейса от дилетанта. Полный балл не даю из-за недоработки тех.писательницы, из-за чего пользователь может быть введён в заблуждение.
Link Manager -1 из 1 возможного
Wrapped objects are now ignored on refreshing a project.
Обёрнутые объекты теперь игнорируются при обновлении проекта.
Скорее всего тех.писательница неверно назвала блок RNs, потому что обновлением проекта, вернее его синхронизацией с линкованными объектами, занимается не столько мастер линковки, сколько внутренний механизм синхронизации, доступный в ручном режиме из дерева проекта и в авто-режиме через менеджер заданий и расписаний. Синхронизация - это двусторонний процесс, когда код объекта может измениться не только в проекте CS, но и в базе. Обёрнутые объекты не представляют ценности для анализатора кода CS, поэтому их давно игнорируют при создании проекта, а вот теперь учитывают и при синхронизации. Странным остаётся только тот факт, что объекты и скрипты Oracle Forms до сих пор не имеющие возможности компиляции обратно в базу напрямик из CS не включены в игнорирование синхронизатора. Но это не столь критично в рамках описанного новшества, как отсутствие примечания в хелпе и какого-нибудь интуитивно понятного интерфейса. Для проверки новшества возьмите файл обёрнутой функции из демо-проекта и слинкуйте его со своим новым скриптом. Отредактируйте скрипт и выполните синхронизацию. К сожалению, новшество абсолютно не работает и синхронизация пройдёт без какого-либо игнорирования обёрнутого объекта в обоих направлениях. Из чего делаю вывод, что пункт RNs - откровенная ложь, за которую не только не даю ни балла, но и сниму за грубое враньё: пользователь надеется на автоматическую фильтрацию, но продукт никак не реагирует. Installer/Updater 0.7 из 1 возможного, -0.5 за давнюю недоделку
On installing a new product version, the application now checks the presences of both 64- and 32-bit versions and deletes their data before the new installation.
При инсталляции новой версии продукта приложение теперь проверяет наличие обеих версий битности и удаляет их данные перед новой установкой.
Спешу успокоить, что тех.писательница недопечатала точного поведения, и никакие предыдущие установки у вас не исчезнут без вашего на то согласия. Обновлённый интерфейс всего лишь предлагает избавиться от прежних версий, но даже не помечает их по-умолчанию к удалению. Это новшество выглядит ещё более странным и ненужным, если заглянуть в "Help / System Information" и не обнаружить там полного списка установленных версий. Дело в том, что в CS всех версий защиты правила об одновременном запуске не более двух экземпляров и использование файлов настроек из единого места, а проект и того хуже можно открыть лишь в одном экземпляре CS. Поэтому считаю информацию в главном меню приложения более полезной, нежели во внешнем инсталляторе. Поскольку мне известно, что в ConquestSS нет ни автотестов, ни даже тестировщиков, то всегда скачиваю инсталляторы обоих типов разрядности. Слишком велика вероятность того, что какой-то фикс не войдёт в одну из них. Текущее исправление имеется в обеих версиях и для этого не обязательно проходить весь путь инсталлятора. А вот вариант того, что апдейтер до сих пор не проверяет и не удаляет предыдущие версии, считается многолетней недоделкой. И это повод снять баллы.
BUGS FIXED 0+0.5+0+0+0.5+0.5+0+0.8+0+1+0+0+0=3.3 из 4+2+1+1+1+2+2+1+1+1+1+1+1=19 возможных, -1 за баги
Code Analyzer 0+0+0+0=0 из 4 возможных
Fixed indexation of overload subroutines.
Зафиксирована индексация подпрограмм переполнения.
Как уже говорилось выше, улучшение о подпрограммах переполнения уже отмечено в RNs. Поэтому данный пункт меню не может быть засчитан, как фикс бага.
A naming rule violation is now triggered for sequences in PL/SQL.
Правило имён теперь срабатывает для последовательностей в процедурном языке.
Возможно для кого-то это открытие, но CS вообще работает только с процедурным языком (PL/SQL) и командами управления данными (DML). А правила наименования объектов в первую очередь проверяются в процедурных структурах. Поэтому фикс вполне можно на первый взгляд считать грубейшей недоделкой, коей она не является на самом деле. Правило наименования последовательностей изначально проверяется. Так что, этот пункт RNs является элементарнейшей припиской и не приносит билду ни балла.
A naming rule violation is now triggered for sequences on changing the NEXTVAL/CURRVAL keywords case.
Правило имён теперь проявляется для последовательностей при изменении регистра служебных слов текущей/следующей величины.
Имена последовательностей различаются в коде по префиксу - служебному слову о члене последовательности. Анализатор кода в CS не обрабатывает DDL последовательностей. Настройки всех правил наименования объектов имеют регистрозависимость. Из всего вышеописанного получается двоякость смысла бага: либо для имён последовательностей не учитывалась настройка регистрозависимости, либо правило имени последовательности почему-то зависело от регистра её служебных слов. Поскольку служебные слова имеют настройку регистра в двух местах, то количество тестов равно 2*3*3=18 (два типа регистра в "Options / Code Analyzer Options / Code Review Options / Naming Rules / Sequence Name", по три в "Options / Code Analyzer Options / Formatter Options / Case / Keywords" и "Options / Preferences / Main Window / Editor / Color / Text-typing conversion"), поскольку анализ кода можно сделать как с форматированием, так и без него. К сожалению, ни один из моих тестов не показал разницы, из чего заключаю, что фикса нет. А значит и балла нет.
Analyzing objects imported from an Oracle Database 18c no longer raises parser issues.
Анализируемые объекты, импортированные из базы версии 18, больше не дают ошибок парсера.
Вполне возможно, что какой-то новый синтаксис хранимых подпрограмм до сих пор не был учтён парсером CS. Но об этой конкретике не сказано ни слова в RNs, поэтому более вероятно, что в текущем билде стала учитываться лишь часть изменений, а не все полностью. Иначе бы это числилось в списке новшеств. Какую конкретно мелочь исправили здесь - знает только программист. Поэтому билд остаётся без балла.
Core 0+0.5=0.5 из 2 возможных, -0.5-0.5=-1 за баги
On updating the tool via Online Support Desk, the user is no longer prompted to delete program data and other application settings.
При апдейте утилиты через OSD юзеру больше не сообщается об удалении данных программы и других настроек приложения.
Безграмотно написанный текст RNs может серьёзно отпугнуть пользователя. Если речь идёт только об убирании предупреждения, а удаление данных производится в скрытом режиме, то это серьёзный повод для иска в суд. Если же апдейтер перестал удалять настройки юзера, то стоило именно это и написать. Апдейтеры прошлого и текущего билдов так и не могут импортировать файл "CSS_install.dll", что тормозит обновление. А про список для удаления ничего не знал прошлый билд и ничего не изменилось в текущем. За приписку RNs баллов не даю, а за неисправленный баг снимаю -0.5 балла.
If there is a newer license key detected in the application folder, but the user rejects applying it, the application still starts with the existing license key or switches to the trial mode.
Если новый лицензионный ключ обнаружен в папке приложения, но пользователь его не принял, то приложение стартует с существующим ключом лицензии или переключится в триальный режим.
Текст RNs нелогичен как с точки зрения рядового пользователя, так и знатока архитектуры приложения. Уже много лет механизм применения обновлённых ключей автоматизирован, чтобы у пользователя не было повода испортить самому себе лицензию. При старте приложения в трёх папках (рабочая продукта, юзерская с ключами, юзерская с апдейтами) проводится ревизия всех файлов лицензий и автоматически применяется самый последний. Пользователю же только сообщается факт замены без предложения отказа. В любом случае юзер может вернуть предыдущий ключ вручную. Учтите, что автозамена ключа сработает, только если включена опция "Options / Preferences / License Key / Automatically". Также стоит напомнить, что после перевыбора ключа, вне зависимости вручную или автоматически, самопроизвольно изменятся настройки обновления OSD сообщений и апдейтов на ежедневный старт. По факту же правки могу сказать, что на самом деле CS перестал переходить в режим триала, если не принят новый ключ. А вот сообщение об обнаруженном новом ключе всё ещё нуждается в коррекции, так как не конкретизирует имя папки, в которой нашёлся новый экземпляр. Поэтому фикс получает лишь 0.5 балла и теряет ещё столько же за выявленную проблему.
Code Editor 0 из 1 возможного
Identifiers are now correctly selected on a double-click.
Идентификаторы теперь корректно выбираются по двойному клику.
Безграмотная отписка в RNs приводит к снижению стоимости билда. Во-первых, использован термин correctly без отсылки к правилу. Во-вторых, вместо термина select стоило использовать highlight, поскольку это существенно для интерфейсного продукта (часть строки только подсвечивается для последующих с ней действий, а не выбирается, например, сразу в буфер). В-третьих, исправлен скорее всего какой-то особый случай с именем идентификатора, который либо состоит из уникальных символов, либо обрамлён не просто пробелами. Ничего этого не было упомянуто тех.писательницей. Поэтому баг невозможно увидеть в прошлом билде, а значит и нет повода прибавлять баллы в текущем.
Code Formatting 0 из 1 возможного
Settings defined at “Preferences > Editor” for keywords are now applied to a word if there is a space before or after the word.
Установки для служебных слов, настроенные в Preferences, теперь применяются к словам, если они обрамлены пустым пространством.
Скорее всего тех.писательница недопечатала, что имелись ввиду только настройки цветовой подсветки служебных слов Keywords, определяемые для них на странице "Options / Preferences / Main Window / Editor / Color". Эти настройки применяются на момент печатания символов в окне редактора. Прошу не путать с установками форматирования текста из "Options / Code Analyzer Options / Formatter Options / Case / Keywords", которые применяются к тому же самому тексту, но только в момент форматирования кода во время его анализа. То есть, пока вы печатаете текст, служебное слово может автоматически сменить регистр сразу после проставления пробела, а после анализа скрипта это же слово может ещё раз сменить своё начертание. Об этом перекрещивании настроек говорилось много раз, но разработчики ConquestSS жутко консервативны и ни за что не желают включать мозги, встать на сторону юзера и сделать хоть шаг навстречу пользователю для упрощения понимания. Поскольку описанный баг не обнаружен в прошлом билде, то фикс засчитать я не в праве.
New Project / Import Scripts 0.5 из 1 возможного
Objects imported from the SYS schema of an Oracle Database 18c are no longer duplicated in the project.
Импортированные из системной схемы объекты версии 18 больше не дублируются в проекте.
За неимением указанной версии базы не могу утверждать, что источник проблемы крылся в структуре базы новой версии. Мне логичнее предположить, что после добавления в поддержку продуктом новой версии программист ConquestSS, как это обычно с ним бывает, скопипастил без последующей правки собственный код. За исправление прибавлю баллы авансом.
SQL*Plus 0.5+0=0.5 из 2 возможных
On script compilation, SQL*Plus now uses the Oracle home from the Last Connections list instead of the default home.
При компиляции скрипта SQL*Plus теперь использует дом базы из списка последних коннектов вместо дефолтного.
Для воспроизведения проблемы вам понадобятся как минимум три клиента Oracle разных версий. Один будет дефолтным, то есть путь к нему должен быть на первом месте в переменной окружения Path. Путь ко второму пропишите в "Options / Preferences / SQL*Plus / Application Run" и "Options / Preferences / SQL*Plus / Start Command File". А третьего клиента используйте, подключившись к базе через "DB Connection / Connect..". В проекте CS сделайте безобидный скрипт, например, выборку из системного вьювера, и запустите его выполнение через внешний SQL*Plus, запуская его из CS - по кнопке или из контекстного меню редактора скрипта. В этом случае вы легко определите неполноценность исправления.
Compiling a script with Unicode no longer breaks it.
Компиляция скрипта с юникодом больше не прерывается.
Юникодным может быть как имя скрипта, так и содержимое. Тех.писательница не уточнила, на каком конкретно этапе CS контролирует юникодность, поэтому бессмысленно что-либо проверять. А выявленные вами недоделки в ConquestSS припишут к своим заслугам в следующем билде. Не буду портить им статистику и снимать балл за каждый недогляд.
CRUD Matrices 0+0=0 из 2 возможных
Unicode symbols are now shown correctly in CRUD matrices.
Юникодные символы теперь показаны корректно в матрицах CRUD.
Несколько версий тому назад программисты ConquestSS уверяли, что CS повсеместно поддерживает юникод. А вот теперь говорится об отдельном месте, где "внедрили дважды поддержку"? Или же в прошлый раз нагло врали? Ещё одна ложь тех.писательницы - использование термина correctly без упоминания относительно каких правил он вставлен в текст. Так что, любые предположения об исправлении можете считать неуместными.
A floating window with the Call Tree diagrams now opens instantly on clicking a data object link.
Плавающее окно с диаграммами дерева вызова теперь открывается мгновенно по клику на линке объекта данных.
Текст RNs никак не может отвечать действительности, поскольку несколько билдов назад матрицы CRUD претерпели существенное изменение и клик по именам объектов предлагает контекстное меню для открытия диаграммы вызова или перехода на строку кода. Вместо такой пустой приписки программист сделал бы больше пользы, если бы убрал из интерфейса с результатами CRUD1 уже не используемое окно, где раньше отображали дерево вызовов.
Export Summary Tables 0.8 из 1 возможного
The error message that appears when no MS Excel is installed is no longer duplicated.
Сообщение об ошибке, которое появляется при отсутствии проинсталлированного MS Excel, больше не дублируется.
Этому мелкому багу очень много лет и весьма странно, почему очередное моё замечание, которое до этого называли никчемным, вдруг исправили. Разве что для массовости RNs. Для полной проверки фикса вам придётся не только иметь под рукой инсталлятор офисного продукта, но и выполнить экспорт результатов анализа из множества мест: все таблицы и графы закладки Summary, все таблицы с результатами анализа скрипта (как из мастера экспорта, так и по клику на специальных кнопках), все вариации таблиц при экспорте через выполнение задания. Единственное ограничение - тип экспорта только Excel. Если вам не жаль своего времени и вы выполните все перечисленные действия, то убедитесь, что за любым программистом нужен глаз да глаз, потому что они чаще всего пренебрегают тестами интеграции. За неполноценность описания и правки могу дать лишь 0.8 балла.
Project Report 0 из 1 возможного
The error message “Cannot create file ” is no longer handled by Eureka.
Сообщение об ошибке про невозможность создать файл больше не поддерживается логгером Eureka.
Внешний логгер необработанных исключений Eureka встроен во все приложения ConquestSS. Он перехватывает все проблемы приложения и локализует их с точностью до строки кода. Но если ошибка не предупреждена в коде продукта, то это означает, что программист не подумал о пользователе и не подсказал обходной путь либо шаги по выходу из затруднительного положения. В любом случае программист обязан был обработать случай так, чтобы сообщения об ошибке не было, а в нашем - скорее всего поставить ограничение по имени или размеру на создаваемый файл вместо тупого перевода внешнего окна с текстом ошибки во внутреннее. Такой перевод равнозначен ситуации, если бы воспитательница в детском саду пожаловалась на ребёнка, а родители вместо личного положительного примера поведения лишь высказали ребёнку негодование педагога слово в слово. К сожалению тех.писательница не пояснила причину ранее не обработанной ошибки, поэтому не знаю, что и порекомендовать для попытки её воспроизведения. А если нет возможности увидеть баг в прошлом, то и нет повода давать балл за фикс.
Search Tool 1 из 1 возможного
When searching in a huge project, found text occurrences now appear during the search process, not after the search is finished.
При поиске по большому проекту найденные текстовые вхождения появляются во время поискового процесса, а не по его окончании.
Для проверки фикса выполним поиск по демо-проекту в прошлом и текущем билдах. Если для поиска вбить слово select, то вполне достаточно той полусотни скриптов, что имеются в примере. Градусник процесса одинаково двигается в обоих билдах, но результаты поиска параллельно заполняются в новом билде, в отличие от прошлого, когда список найденных строк заполнялся только после полного окончания поиска.
Database Connection Options 0 из 1 возможного
A confirmation message no longer appears on closing the Connection Options window when no Microsoft Visual Studio Redistributable Package is selected.
Подтверждающее сообщение больше не появляется при закрытии окна опций коннекта, если ни один из пакетов MS Visual Studio не выбран.
Если вы хоть раз установили корректно CS, то пакет у вас будет установлен однозначно. И даже если будете как-то пытаться его удалить, то CS это не поймёт и всегда будет считать его в наличии и выбранным. Это я к тому, что описанный баг однозначно был выявлен не на стороне пользователя, а значит ему не место в RNs.
Online Support Desk 0 из 1 возможного
An empty message box no longer appears if the internet connection is lost during the application update. The “List index out of bounds (4)” error is not raised, too.
Пустое сообщение больше не появляется при потере интернет коннекта во время обновления приложения. Ошибка о превышении границы списка индекса больше не появляется тоже.
В прошлом билде у меня не получилось воспроизвести описанный баг, поэтому не могу заявить, что он исправлен в текущем билде. За пустоту пустые баллы.
GUI 0 из 1 возможного
Fixed the layout of the UI elements in the Link Manager and Code Analyzer Options when the DPI 125 is applied.
Зафиксирован внешний вид интерфейсных элементов в менеджере линков и опциях анализатора кода при 125% разрешении экрана.
К сожалению, тех.писательница нисколько не утруждала себя прописыванием подробностей. Какие конкретно страницы и их элементы стали более масштабированы выяснять долго и сложно, поэтому, сделав лишь сравнение первой попавшейся страницы, сообщаю вам о полном отсутствии каких-то правок. Окно опций хотя бы имеет возможность максимизации, в режиме которой только и доступны основные кнопки, а мастер линковки совершенно бесполезен в режиме 125% монитора на широких и невысоких экранах. За приписки в RNs баллы не даются.
Итого по билду: 4.1+3.3=7.4 из 11+19=30 возможных баллов дают 7.4/30=25% готовности, -0.5-1=-1.5 за баги. В общей своей картине билд попахивает каким-то налётом скуки и безысходности, потому что слишком много тем, давно мной им подкинутых, но отвергнутых разработчиками во времена моей активности, а теперь их реализация выглядит как попытка состроить глазки невинности шрековского кота. Пусть несколько лет спустя, но переделки сделаны именно так, как было мной предложено изначально. Так зачем же тогда, пару лет назад, они так рьяно отвергали мои идеи? Разве что, им было на тот момент завидно и стыдно от того, что эти простые мысли роились не в их головах. Ну, может хоть сейчас они поняли, что то, что просит (требует) тестировщик (в большинстве случаев женского пола), того хочет юзер (Бог для разработчика).
IMPROVEMENTS 1.6+0+0+2+0.8-1+0.7=4.1 из 3+1+2+2+1+1+1=11 возможных, -0.5 за недоделку
Code Analyzer Options 0.5+0.3+0.8=1.6 из 3 возможных
Updated the options on the Diagram Options page.
Обновлены опции на странице диаграммных настроек.
Поскольку в описании нет абсолютно никакой конкретики, то сделаем скриншот из предыдущего билда и сравним с текущим. Но поскольку речь идёт об опциях, то скриншот надо сделать с показом полных списков. Напоминаю, захватить текущее активное окно в буфер обмена можно через комбинацию "Alt+PrtSc", но при этом не поймаете ни хинты, ни значения развёрнутых комбобоксов. Поэтому более экономно и эффективно использовать видеозапись бесплатного UVScreen, который в режиме редактирования доступен покадрово. Второе моё примечание касается чит-листа опций, который напоминает о важности функциональных тестов при малейших внешних изменениях настроек. В данном случае программист вместо того, чтобы полнофункционально применить возможности опций, удалил с глаз то, что ему не захотелось реализовывать, тем самым лишив юзера выбора начертания и кодирования. Для тестирования функционала ограниченных по новому опций вам придётся переанализировать любой скрипт с генерацией диаграмм при выключенной галке "Options / Preferences / Project Analysis / Keep diagram/matrix local settings". За анти-улучшение балл дать никак не могу.
Renamed the option “Around an IF statement” to “Around IF, CASE statements”.
Переименована опция "Вокруг IF выражения" в "Вокруг IF, CASE выражений".
Тех.писательница поленилась уточнить, что переименованная опция расположена на странице "Options / Code Analyzer Options / Formatter Options / General Layout / Linefeeds". А программист поленился разделить опцию по выражениям. Если он считает, что так он подчеркнул логику, то не понятным остаётся оставшиеся не объединёнными, например, блоки и тела или всё из области объявления. Хочу этим сказать, что программист вместо ввода нового параметра, отвечающего за отдельный функционал, повесил его реализацию на существующий, упростив себе работу, но усложнив использование юзером. Глубоко сомневаюсь, что кто-либо из пользователей равнозначно относится к указанным выражениям IF и CASE. Никак не могу считать это изменение наименования улучшением, поэтому даю лишь 0.3 балла.
These options are now enabled by default:
a. Position THEN on the same line.
b. CASE expression…
c. CASE statement…
Три опции "Позиция THEN на той же строке", "CASE выражение" и "CASE команда" теперь включены по-умолчанию.
Опять тех.писательница поленилась уточнить расположение и полное наименование опций, поэтому подсказываю, что их искать надо на странице "Options / Code Analyzer Options / Formatter Options / General Layout / Indenting". Не стоит беспокоиться тем, кто пользуется файлом настроек с якобы дефолтным именем. Автоматически значения опций не переключатся в дефолт, а только после исполнения "Reset / All" или "Reset / Current Page". Из-за недосказанности пункт не приносит билду полный балл.
Code Analyzer 0 из 1 возможного
Improved the look&feel of the code analysis results for overload procedures.
Улучшен внешний вид результатов анализа кода процедур переполнения.
Напомню, что программы переполнения имеют одинаковые имена, но разный набор параметров входящих или исходящих. Поскольку в результатах анализа кода участвуют имена подпрограмм и их позиции в основном коде, то уточнения по их параметрам весьма существенно облегчает понимание. К сожалению, тех.писательница опять не уточнила, в каком именно месте и каким образом сделано улучшение. Дело в том, что как минимум метрики кода давно уже переделывались несколько раз для более логичной поддержки процедур переполнения. А что именно доправлено в этом билде - не известно и займёт слишком много времени, так как закладок с результатами анализатора уже более десятка, на каждой из которых свой вариант интерфейса. Стандарт для отображения процедур переполнения в ConquestSS так и не выработан, а чужие идеи применять они брезгуют. Так что, подождите, пока их CEO придумает очередной "цвет детской неожиданности" и заставит его повсеместно применять, как это было с ClearDB Docu. А пока бессмысленно тратить время тестировщика на поиски пустоты. Балл за приписки давать не могу.
Search Tool 0+0=0 из 2 возможных
Added the ability to search for text occurrences in the code review rationales.
Добавлена возможность поиска текстовых вхождений по пояснениям к правилам кодирования.
Это новшество весьма двояко можно понять. Либо в тех редакторах, которые отображают пояснения к правилам кодирования появился поиск по тексту, либо поиск по проекту расширен результатами анализа. Поскольку в заголовке группы RNs нет примечания о конкретизации интерфейса, то считаю, что общая система поиска подверглась изменению. Пояснения к правилам кодирования доступны в трёх логически разделённых местах: настройки, результаты анализа в интерфейсе, результаты анализа в отчёте или экспортированных данных. Не знаю как у вас, но у меня не получилось найти хоть что-либо из пояснений к правилам кодирования ни в одном из трёх вариантов. Поэтому новшество считаю полной фикцией.
Added the ability to open the search tool by pressing Ctrl+F.
Добавлена возможность открыть утилиту поиска по стандартной горячей клавише.
В таком голом виде новшество выглядит как исправленный интерфейсный или юзабилити-баг. Нет никаких уточнений, где именно не хватало этой реализации. В CS существует несколько вариаций поиска, в том числе стандартный поиск по тексту, рукописный поиск по дереву проекта, а теперь, возможно, дописан ещё какой-нибудь поиск, например, по результатам анализа. Но тестировщик не обязан фантазировать, а лишь проверять факты, которые, к сожалению, не описаны. На построение и проверку гипотез мне жалко тратить время в рамках фикс-билда, поэтому пункт RNs отправляю в число приписок и не даю ни балла. Надеюсь, это приучит тех.писательницу уважать своих пользователей и она станет писать правду, а не придумывать сказки.
Export Diagrams 1+1=2 из 2 возможных
Added the ability to define prefixes and suffixes for exported diagrams.
Добавлена возможность определять префиксы и суффиксы экспортируемым диаграммам.
Пару лет назад ровно это моё предложение руководство продукта назвало бредовым, а вот сейчас почему-то его реализовали. Скорее всего кто-то из пользователей, как и я тогда, замучался искать среди обилия экспортированных файлов нужные. А поскольку в ConquestSS не любят работать на опережение, их финансисты не нацелены на производственную тактическую прибыль, а лишь на разбрасывание личных денег на собственные удовольствия. Тем не менее, реализация когда-то бредового предложения приносит балл, даже не смотря на то, что хелп этого окна не привязан.
Export settings for diagrams and Pseudocode and sample filenames are now shown in the status bar.
Установки экспортируемых диаграмм и псевдокода, примеры имён файлов теперь показаны на статусной строке.
Блок RNs назван по мастеру диаграмм, но юзер CS не знает, что фактически мастера экспорта являются единым интерфейсом. Помимо этого примечания стоит напомнить, что тогда же, пару лет назад мастера экспорта претерпели интерфейсные изменения так, что множество опций было разделено по отдельным закладкам и, естественно, большинство из них перестало быть видимыми. Тогда же и была моя просьба юзера как-нибудь упростить восприятие, но в параллель предыдущему пункту программисты действовали только в плане облегчения кодируемой части программы, а никак не в помощь пользователю. Вот теперь всё-равно исправляют свои огрехи архитектуры. Принцип костыливания в действии.
Diagrams (Flowcharts, Call Trees, CRUD Matrices) 0.8 из 1 возможного
The header and legend are now disabled by default.
Заголовки и легенды теперь выключены по-умолчанию.
К сожалению, тех.писательница не уточнила, где эти опции хранятся и настраиваются, поэтому сделаю её работу, напомнив, что опции могут быть глобальными и локальными. Исходное состояние они могут обрести только через интерфейс страниц в "Options / Code Analyzer Options". Но даже если юзер вернётся к значениям по-умолчанию, то нет никакой гарантии, что опция "Options / Preferences / Project Analysis / Keep diagram/matrix local settings" тоже выключена, потому что только в этом случае перегенерация диаграмм выполнится по видимым условиям. Более десятка лет назад, когда CEO старался впихнуть в интерфейс всё, что ему попадалось. В конце концов интерфейс перестал вмещать полезную информацию, а зачастую по несколько раз просто дублировал. Замечая эту избыточность мне приходилось потихоньку оформлять предложения "в стол", поскольку CEO очень сердился на мои замечания о его собственной недальновидности, а наоборот пытался всеми правдами и неправдами разрисовать якобы пользу сумасбродных вливаний. Ну, вот и настало время, когда либо он сам, либо адекватный пользователь наконец-то увидели всю неэргономичность интерфейса от дилетанта. Полный балл не даю из-за недоработки тех.писательницы, из-за чего пользователь может быть введён в заблуждение.
Link Manager -1 из 1 возможного
Wrapped objects are now ignored on refreshing a project.
Обёрнутые объекты теперь игнорируются при обновлении проекта.
Скорее всего тех.писательница неверно назвала блок RNs, потому что обновлением проекта, вернее его синхронизацией с линкованными объектами, занимается не столько мастер линковки, сколько внутренний механизм синхронизации, доступный в ручном режиме из дерева проекта и в авто-режиме через менеджер заданий и расписаний. Синхронизация - это двусторонний процесс, когда код объекта может измениться не только в проекте CS, но и в базе. Обёрнутые объекты не представляют ценности для анализатора кода CS, поэтому их давно игнорируют при создании проекта, а вот теперь учитывают и при синхронизации. Странным остаётся только тот факт, что объекты и скрипты Oracle Forms до сих пор не имеющие возможности компиляции обратно в базу напрямик из CS не включены в игнорирование синхронизатора. Но это не столь критично в рамках описанного новшества, как отсутствие примечания в хелпе и какого-нибудь интуитивно понятного интерфейса. Для проверки новшества возьмите файл обёрнутой функции из демо-проекта и слинкуйте его со своим новым скриптом. Отредактируйте скрипт и выполните синхронизацию. К сожалению, новшество абсолютно не работает и синхронизация пройдёт без какого-либо игнорирования обёрнутого объекта в обоих направлениях. Из чего делаю вывод, что пункт RNs - откровенная ложь, за которую не только не даю ни балла, но и сниму за грубое враньё: пользователь надеется на автоматическую фильтрацию, но продукт никак не реагирует. Installer/Updater 0.7 из 1 возможного, -0.5 за давнюю недоделку
On installing a new product version, the application now checks the presences of both 64- and 32-bit versions and deletes their data before the new installation.
При инсталляции новой версии продукта приложение теперь проверяет наличие обеих версий битности и удаляет их данные перед новой установкой.
Спешу успокоить, что тех.писательница недопечатала точного поведения, и никакие предыдущие установки у вас не исчезнут без вашего на то согласия. Обновлённый интерфейс всего лишь предлагает избавиться от прежних версий, но даже не помечает их по-умолчанию к удалению. Это новшество выглядит ещё более странным и ненужным, если заглянуть в "Help / System Information" и не обнаружить там полного списка установленных версий. Дело в том, что в CS всех версий защиты правила об одновременном запуске не более двух экземпляров и использование файлов настроек из единого места, а проект и того хуже можно открыть лишь в одном экземпляре CS. Поэтому считаю информацию в главном меню приложения более полезной, нежели во внешнем инсталляторе. Поскольку мне известно, что в ConquestSS нет ни автотестов, ни даже тестировщиков, то всегда скачиваю инсталляторы обоих типов разрядности. Слишком велика вероятность того, что какой-то фикс не войдёт в одну из них. Текущее исправление имеется в обеих версиях и для этого не обязательно проходить весь путь инсталлятора. А вот вариант того, что апдейтер до сих пор не проверяет и не удаляет предыдущие версии, считается многолетней недоделкой. И это повод снять баллы.
BUGS FIXED 0+0.5+0+0+0.5+0.5+0+0.8+0+1+0+0+0=3.3 из 4+2+1+1+1+2+2+1+1+1+1+1+1=19 возможных, -1 за баги
Code Analyzer 0+0+0+0=0 из 4 возможных
Fixed indexation of overload subroutines.
Зафиксирована индексация подпрограмм переполнения.
Как уже говорилось выше, улучшение о подпрограммах переполнения уже отмечено в RNs. Поэтому данный пункт меню не может быть засчитан, как фикс бага.
A naming rule violation is now triggered for sequences in PL/SQL.
Правило имён теперь срабатывает для последовательностей в процедурном языке.
Возможно для кого-то это открытие, но CS вообще работает только с процедурным языком (PL/SQL) и командами управления данными (DML). А правила наименования объектов в первую очередь проверяются в процедурных структурах. Поэтому фикс вполне можно на первый взгляд считать грубейшей недоделкой, коей она не является на самом деле. Правило наименования последовательностей изначально проверяется. Так что, этот пункт RNs является элементарнейшей припиской и не приносит билду ни балла.
A naming rule violation is now triggered for sequences on changing the NEXTVAL/CURRVAL keywords case.
Правило имён теперь проявляется для последовательностей при изменении регистра служебных слов текущей/следующей величины.
Имена последовательностей различаются в коде по префиксу - служебному слову о члене последовательности. Анализатор кода в CS не обрабатывает DDL последовательностей. Настройки всех правил наименования объектов имеют регистрозависимость. Из всего вышеописанного получается двоякость смысла бага: либо для имён последовательностей не учитывалась настройка регистрозависимости, либо правило имени последовательности почему-то зависело от регистра её служебных слов. Поскольку служебные слова имеют настройку регистра в двух местах, то количество тестов равно 2*3*3=18 (два типа регистра в "Options / Code Analyzer Options / Code Review Options / Naming Rules / Sequence Name", по три в "Options / Code Analyzer Options / Formatter Options / Case / Keywords" и "Options / Preferences / Main Window / Editor / Color / Text-typing conversion"), поскольку анализ кода можно сделать как с форматированием, так и без него. К сожалению, ни один из моих тестов не показал разницы, из чего заключаю, что фикса нет. А значит и балла нет.
Analyzing objects imported from an Oracle Database 18c no longer raises parser issues.
Анализируемые объекты, импортированные из базы версии 18, больше не дают ошибок парсера.
Вполне возможно, что какой-то новый синтаксис хранимых подпрограмм до сих пор не был учтён парсером CS. Но об этой конкретике не сказано ни слова в RNs, поэтому более вероятно, что в текущем билде стала учитываться лишь часть изменений, а не все полностью. Иначе бы это числилось в списке новшеств. Какую конкретно мелочь исправили здесь - знает только программист. Поэтому билд остаётся без балла.
Core 0+0.5=0.5 из 2 возможных, -0.5-0.5=-1 за баги
On updating the tool via Online Support Desk, the user is no longer prompted to delete program data and other application settings.
При апдейте утилиты через OSD юзеру больше не сообщается об удалении данных программы и других настроек приложения.
Безграмотно написанный текст RNs может серьёзно отпугнуть пользователя. Если речь идёт только об убирании предупреждения, а удаление данных производится в скрытом режиме, то это серьёзный повод для иска в суд. Если же апдейтер перестал удалять настройки юзера, то стоило именно это и написать. Апдейтеры прошлого и текущего билдов так и не могут импортировать файл "CSS_install.dll", что тормозит обновление. А про список для удаления ничего не знал прошлый билд и ничего не изменилось в текущем. За приписку RNs баллов не даю, а за неисправленный баг снимаю -0.5 балла.
If there is a newer license key detected in the application folder, but the user rejects applying it, the application still starts with the existing license key or switches to the trial mode.
Если новый лицензионный ключ обнаружен в папке приложения, но пользователь его не принял, то приложение стартует с существующим ключом лицензии или переключится в триальный режим.
Текст RNs нелогичен как с точки зрения рядового пользователя, так и знатока архитектуры приложения. Уже много лет механизм применения обновлённых ключей автоматизирован, чтобы у пользователя не было повода испортить самому себе лицензию. При старте приложения в трёх папках (рабочая продукта, юзерская с ключами, юзерская с апдейтами) проводится ревизия всех файлов лицензий и автоматически применяется самый последний. Пользователю же только сообщается факт замены без предложения отказа. В любом случае юзер может вернуть предыдущий ключ вручную. Учтите, что автозамена ключа сработает, только если включена опция "Options / Preferences / License Key / Automatically". Также стоит напомнить, что после перевыбора ключа, вне зависимости вручную или автоматически, самопроизвольно изменятся настройки обновления OSD сообщений и апдейтов на ежедневный старт. По факту же правки могу сказать, что на самом деле CS перестал переходить в режим триала, если не принят новый ключ. А вот сообщение об обнаруженном новом ключе всё ещё нуждается в коррекции, так как не конкретизирует имя папки, в которой нашёлся новый экземпляр. Поэтому фикс получает лишь 0.5 балла и теряет ещё столько же за выявленную проблему.
Code Editor 0 из 1 возможного
Identifiers are now correctly selected on a double-click.
Идентификаторы теперь корректно выбираются по двойному клику.
Безграмотная отписка в RNs приводит к снижению стоимости билда. Во-первых, использован термин correctly без отсылки к правилу. Во-вторых, вместо термина select стоило использовать highlight, поскольку это существенно для интерфейсного продукта (часть строки только подсвечивается для последующих с ней действий, а не выбирается, например, сразу в буфер). В-третьих, исправлен скорее всего какой-то особый случай с именем идентификатора, который либо состоит из уникальных символов, либо обрамлён не просто пробелами. Ничего этого не было упомянуто тех.писательницей. Поэтому баг невозможно увидеть в прошлом билде, а значит и нет повода прибавлять баллы в текущем.
Code Formatting 0 из 1 возможного
Settings defined at “Preferences > Editor” for keywords are now applied to a word if there is a space before or after the word.
Установки для служебных слов, настроенные в Preferences, теперь применяются к словам, если они обрамлены пустым пространством.
Скорее всего тех.писательница недопечатала, что имелись ввиду только настройки цветовой подсветки служебных слов Keywords, определяемые для них на странице "Options / Preferences / Main Window / Editor / Color". Эти настройки применяются на момент печатания символов в окне редактора. Прошу не путать с установками форматирования текста из "Options / Code Analyzer Options / Formatter Options / Case / Keywords", которые применяются к тому же самому тексту, но только в момент форматирования кода во время его анализа. То есть, пока вы печатаете текст, служебное слово может автоматически сменить регистр сразу после проставления пробела, а после анализа скрипта это же слово может ещё раз сменить своё начертание. Об этом перекрещивании настроек говорилось много раз, но разработчики ConquestSS жутко консервативны и ни за что не желают включать мозги, встать на сторону юзера и сделать хоть шаг навстречу пользователю для упрощения понимания. Поскольку описанный баг не обнаружен в прошлом билде, то фикс засчитать я не в праве.
New Project / Import Scripts 0.5 из 1 возможного
Objects imported from the SYS schema of an Oracle Database 18c are no longer duplicated in the project.
Импортированные из системной схемы объекты версии 18 больше не дублируются в проекте.
За неимением указанной версии базы не могу утверждать, что источник проблемы крылся в структуре базы новой версии. Мне логичнее предположить, что после добавления в поддержку продуктом новой версии программист ConquestSS, как это обычно с ним бывает, скопипастил без последующей правки собственный код. За исправление прибавлю баллы авансом.
SQL*Plus 0.5+0=0.5 из 2 возможных
On script compilation, SQL*Plus now uses the Oracle home from the Last Connections list instead of the default home.
При компиляции скрипта SQL*Plus теперь использует дом базы из списка последних коннектов вместо дефолтного.
Для воспроизведения проблемы вам понадобятся как минимум три клиента Oracle разных версий. Один будет дефолтным, то есть путь к нему должен быть на первом месте в переменной окружения Path. Путь ко второму пропишите в "Options / Preferences / SQL*Plus / Application Run" и "Options / Preferences / SQL*Plus / Start Command File". А третьего клиента используйте, подключившись к базе через "DB Connection / Connect..". В проекте CS сделайте безобидный скрипт, например, выборку из системного вьювера, и запустите его выполнение через внешний SQL*Plus, запуская его из CS - по кнопке или из контекстного меню редактора скрипта. В этом случае вы легко определите неполноценность исправления.
Compiling a script with Unicode no longer breaks it.
Компиляция скрипта с юникодом больше не прерывается.
Юникодным может быть как имя скрипта, так и содержимое. Тех.писательница не уточнила, на каком конкретно этапе CS контролирует юникодность, поэтому бессмысленно что-либо проверять. А выявленные вами недоделки в ConquestSS припишут к своим заслугам в следующем билде. Не буду портить им статистику и снимать балл за каждый недогляд.
CRUD Matrices 0+0=0 из 2 возможных
Unicode symbols are now shown correctly in CRUD matrices.
Юникодные символы теперь показаны корректно в матрицах CRUD.
Несколько версий тому назад программисты ConquestSS уверяли, что CS повсеместно поддерживает юникод. А вот теперь говорится об отдельном месте, где "внедрили дважды поддержку"? Или же в прошлый раз нагло врали? Ещё одна ложь тех.писательницы - использование термина correctly без упоминания относительно каких правил он вставлен в текст. Так что, любые предположения об исправлении можете считать неуместными.
A floating window with the Call Tree diagrams now opens instantly on clicking a data object link.
Плавающее окно с диаграммами дерева вызова теперь открывается мгновенно по клику на линке объекта данных.
Текст RNs никак не может отвечать действительности, поскольку несколько билдов назад матрицы CRUD претерпели существенное изменение и клик по именам объектов предлагает контекстное меню для открытия диаграммы вызова или перехода на строку кода. Вместо такой пустой приписки программист сделал бы больше пользы, если бы убрал из интерфейса с результатами CRUD1 уже не используемое окно, где раньше отображали дерево вызовов.
Export Summary Tables 0.8 из 1 возможного
The error message that appears when no MS Excel is installed is no longer duplicated.
Сообщение об ошибке, которое появляется при отсутствии проинсталлированного MS Excel, больше не дублируется.
Этому мелкому багу очень много лет и весьма странно, почему очередное моё замечание, которое до этого называли никчемным, вдруг исправили. Разве что для массовости RNs. Для полной проверки фикса вам придётся не только иметь под рукой инсталлятор офисного продукта, но и выполнить экспорт результатов анализа из множества мест: все таблицы и графы закладки Summary, все таблицы с результатами анализа скрипта (как из мастера экспорта, так и по клику на специальных кнопках), все вариации таблиц при экспорте через выполнение задания. Единственное ограничение - тип экспорта только Excel. Если вам не жаль своего времени и вы выполните все перечисленные действия, то убедитесь, что за любым программистом нужен глаз да глаз, потому что они чаще всего пренебрегают тестами интеграции. За неполноценность описания и правки могу дать лишь 0.8 балла.
Project Report 0 из 1 возможного
The error message “Cannot create file ” is no longer handled by Eureka.
Сообщение об ошибке про невозможность создать файл больше не поддерживается логгером Eureka.
Внешний логгер необработанных исключений Eureka встроен во все приложения ConquestSS. Он перехватывает все проблемы приложения и локализует их с точностью до строки кода. Но если ошибка не предупреждена в коде продукта, то это означает, что программист не подумал о пользователе и не подсказал обходной путь либо шаги по выходу из затруднительного положения. В любом случае программист обязан был обработать случай так, чтобы сообщения об ошибке не было, а в нашем - скорее всего поставить ограничение по имени или размеру на создаваемый файл вместо тупого перевода внешнего окна с текстом ошибки во внутреннее. Такой перевод равнозначен ситуации, если бы воспитательница в детском саду пожаловалась на ребёнка, а родители вместо личного положительного примера поведения лишь высказали ребёнку негодование педагога слово в слово. К сожалению тех.писательница не пояснила причину ранее не обработанной ошибки, поэтому не знаю, что и порекомендовать для попытки её воспроизведения. А если нет возможности увидеть баг в прошлом, то и нет повода давать балл за фикс.
Search Tool 1 из 1 возможного
When searching in a huge project, found text occurrences now appear during the search process, not after the search is finished.
При поиске по большому проекту найденные текстовые вхождения появляются во время поискового процесса, а не по его окончании.
Для проверки фикса выполним поиск по демо-проекту в прошлом и текущем билдах. Если для поиска вбить слово select, то вполне достаточно той полусотни скриптов, что имеются в примере. Градусник процесса одинаково двигается в обоих билдах, но результаты поиска параллельно заполняются в новом билде, в отличие от прошлого, когда список найденных строк заполнялся только после полного окончания поиска.
Database Connection Options 0 из 1 возможного
A confirmation message no longer appears on closing the Connection Options window when no Microsoft Visual Studio Redistributable Package is selected.
Подтверждающее сообщение больше не появляется при закрытии окна опций коннекта, если ни один из пакетов MS Visual Studio не выбран.
Если вы хоть раз установили корректно CS, то пакет у вас будет установлен однозначно. И даже если будете как-то пытаться его удалить, то CS это не поймёт и всегда будет считать его в наличии и выбранным. Это я к тому, что описанный баг однозначно был выявлен не на стороне пользователя, а значит ему не место в RNs.
Online Support Desk 0 из 1 возможного
An empty message box no longer appears if the internet connection is lost during the application update. The “List index out of bounds (4)” error is not raised, too.
Пустое сообщение больше не появляется при потере интернет коннекта во время обновления приложения. Ошибка о превышении границы списка индекса больше не появляется тоже.
В прошлом билде у меня не получилось воспроизвести описанный баг, поэтому не могу заявить, что он исправлен в текущем билде. За пустоту пустые баллы.
GUI 0 из 1 возможного
Fixed the layout of the UI elements in the Link Manager and Code Analyzer Options when the DPI 125 is applied.
Зафиксирован внешний вид интерфейсных элементов в менеджере линков и опциях анализатора кода при 125% разрешении экрана.
К сожалению, тех.писательница нисколько не утруждала себя прописыванием подробностей. Какие конкретно страницы и их элементы стали более масштабированы выяснять долго и сложно, поэтому, сделав лишь сравнение первой попавшейся страницы, сообщаю вам о полном отсутствии каких-то правок. Окно опций хотя бы имеет возможность максимизации, в режиме которой только и доступны основные кнопки, а мастер линковки совершенно бесполезен в режиме 125% монитора на широких и невысоких экранах. За приписки в RNs баллы не даются.
Итого по билду: 4.1+3.3=7.4 из 11+19=30 возможных баллов дают 7.4/30=25% готовности, -0.5-1=-1.5 за баги. В общей своей картине билд попахивает каким-то налётом скуки и безысходности, потому что слишком много тем, давно мной им подкинутых, но отвергнутых разработчиками во времена моей активности, а теперь их реализация выглядит как попытка состроить глазки невинности шрековского кота. Пусть несколько лет спустя, но переделки сделаны именно так, как было мной предложено изначально. Так зачем же тогда, пару лет назад, они так рьяно отвергали мои идеи? Разве что, им было на тот момент завидно и стыдно от того, что эти простые мысли роились не в их головах. Ну, может хоть сейчас они поняли, что то, что просит (требует) тестировщик (в большинстве случаев женского пола), того хочет юзер (Бог для разработчика).
