Инструкция по тестированию поставки¶
Процедура тестирования поставки имеет своей целью выявление ошибок, допущенных при подготовке поставки: неправильно прошитый ключ, неправильный состав ПО, некорректно записанный диск и т.п.
Каждая поставка имеет свой номер. Он указывается на инсталляционном диске, на заявке на поставку и на ключах.
Для проверки поставки требуется установить с инсталляционного диска программы, указанные в заявке, проверить приложения на запуск и на наличие компонентов лицензии (если их список имеется в заявке).
В каждой поставке к инсталляционному диску прилагается USB-ключ (HASP или HardLock). Если в поставке несколько модулей (рабочих станций), то для каждой имеется свой отдельный ключ. Номер ключа защиты состоит из номера поставки и номера рабочей станции в поставке: N (M). Пример маркировки ключа: К325(3). Прошивка каждого ключа уникальна.
Каждое приложение должно запускаться только со своим собственным ключом. Вторая часть номер ключа (младшее число, M) обычно соответствует номеру рабочей станции в заявке. Приложения без ключа запускаться не должны.
Алгоритм проверки одного диска:
- Вставляем диск, убеждаемся, что он читается. На диске имеется 3 папки: DISTRIB, #DOCS и #UTILS, а также файл без расширения, указывающий на номер данной поставки. Проверяем соответствие номера заявки, номера на диске, номера на соответствующем ключе защиты, номера в имени файла-идентификатора в корне диска и записи внутри этого файла.
- В папке DISTRIB: запускаем на установку дистрибутивы, во время установки указываем путь, куда будет производиться установка. Лучше всего у себя локально завести отдельную папку для тестирования поставок, и для каждой поставки отдельную папку, название которой соответствовало бы № поставки. Проверяем, что язык инсталлятора одинаковый во всех диалогах. Запоминаем номер версии приложения и БД, указанный в дистрибутиве. Он нам понадобиться позже.
- После установки дистрибутива, если на компьютер ранее не устанавливались HASP- и HardLock-драйвера, то их следует установить, для активации ключа, иначе он не будет работать и приложение, в конечном счете, не запустится. На работоспособность ключа указывает красный индикатор, который загорается на ключике при установке его в USB-разъём. HASP- и HardLock-драйверы лежат в каталогах \#UTILS\HaspHLDrivers\HASPUserSetup.exe и \#UTILS\HLDriver\hldrv32.exe соответственно.
- Далее проверяем установленные приложения на запуск без ключа. Приложения запускаться не должны (за исключением DEMO и LITE версии).
- Вставляем ключ в USB-разъем. Убеждаемся, что светодиод в ключе загорелся. Проверяем установленные приложения на запуск с ключом. При проверке приложения нужно внимательно проверить _’номер поставки’, ’наименование лицензии’ и ’заказчика’ и ’номер версии приложения’, указываемые в _’Главном меню’>’ Help’>’About’ и в’’заголовке окна приложения – данные должны совпадать с приведенными в Заявке. Проверяем соответствие номера версии дистрибутива, номера версии приложения (окно About) и затребованного номера версии в Заявке.
- Проверяем Copyright приложения в окне About. Поставки для внутреннего рынка должны содержать строчку
- Далее нужно проверить список компонентов лицензии, указанный в заявке на поставку. Требуется зайти в ’Главное меню ’>’ Help ’> ’Компоненты и лицензии ’и сверить список в заявке со списком компонентов приложения. Если на компонент из списка лицензия распространяется, то в графе ’лицензия *’будет должно быть установлено значение "’ДА’", если нет - «’НЕТ’».’’*
Самое сложное в этом пункте – установить соответствие. Сейчас заявка формируется по спецификации, которая в свою очередь строится по прайсу. В программе _пока_информация выводиться по старому – внутренне название опции или модуля.
- Если в каталоге DISTRIBS имеется папка Configurations, то следует также проверить, что во всех приложенных конфигурациях приложение запускается, работает и в главном окне не возникает ошибки создания объекта. Изменение конфигурации приложения осуществляется через _’Главное меню ’>’ File ’> _’Select configuration’, при этом появится диалоговое окно, в котором нужно изменить параметр’Configuration name’, выбирая конфигурацию. Для смены конфигурации требуется перезагрузка приложения.
- Если в Заявке указаны дополнительные сведения об оборудовании, с которым будет работать ПО, а для работы с этим оборудованием требуется наличие специальных файлов каталоге установки, нужно проверить, что эти файлы присутствуют на диске и копируются в процессе установки. Например, это касается:
- Работа со звуковыми платами MarcX – требуется наличие файла markx*.dll в каталоге DISTRIB\DLL
- Работа с оборудованием Axia – требуется наличие axia.cdu в каталоге DISTRIB\CONFIGURATIONS
- Работа с внешними коммутаторами (например ТР-102М, требуется tr-102.cdu), кодерами и т.п.
- Устройствами GPIO (ТР-308, ТР-309, ТР-312, ТР-314 – соответственно tr-308.cdu, tr-309.cdu, tr-312.cdu, tr-314.cdu)
- Для работы определенных модулей могут потребоваться дополнительные файлы (Отчеты в РАО, работы с RDS-кодером) – распишем «по дороге».
В случае выявления ошибок при проверке поставки, следует составить список несоответствий на форме заявки и вернуть обратно, обратившись к лицу, исполняющему данную заявку на поставку.
В случае, если ошибки не выявлены, следует поставить подпись и дату проверки в графу «Проверено» на форме заявки.
