абстракции шаблонов, например: оператор [ЗаполнитьПараметры] за-
полняет все параметры конкретного объекта по списку реквизитов,
извлеченных из метаданных.
Массив действий и результатов формирует псевдоестественный
язык более высокого уровня, чем встроенный язык конфигуратора.
Тестовый шаг обязательно состоит из действия и его результата.
Разработкой тестовых шагов может заниматься сотрудник, который не
знаком непосредственно с встроенным языком и устройством конфи-
гурации, а имеет поверхностное понятие о работе с конфигуратором
даже без знания предметной области, квалификация сотрудника по
сравнению с предыдущим этапом может быть значительно снижена.
Элементы псевдоестественного языка помогут составителю тестовых
шагов не вникать в суть решения проблемы: операторы действий и
результат будут выбираться в соответствии с функциональными тре-
бованиями, написанными на естественном языке, и их сопоставлени-
ем. Если в функциональных требованиях написано, что необходимо
создать объект с определенными параметрами, то разработчик выби-
рает из всего массива тот оператор, который соответствует созданию
описанного объекта, а в качестве проверки результата — оператор про-
верки создания описанного объекта с заданными параметрами.
Любое действие порождает изменение состояния объектов базы
данных; если это изменение будет соответствовать результату, то будет
верно утверждение, что тестовый шаг пройден успешно. При выпол-
нении скрипта действия возможно появление ошибок, которые могут
быть вызваны одним из следующих факторов:
ошибка разработки шаблона действия/результата;
некорректное заполнение свойств объектов.
В случае, если компилятор не сумел выполнить скрипт действия
или скрипт результата, тестовый шаг считается не пройденным или
проваленным.
Тестовые шаги компонуются в тестовые сценарии для выделения
теста проверки определенной функциональности. В один тестовый
сценарий может входить неограниченное число тестовых шагов. Ква-
лификация сотрудника, занимающегося разработкой тестовых сцена-
риев, также может быть невысокой. Общая структура тестового сце-
нария может быть представлена в следующем виде (рис. 3).
При запуске проверки тестового сценария запускается многоите-
рационный процесс исполнения действия и проверки результата, при
успешном прохождении всех тестовых шагов тестовый сценарий счи-
тается успешно выполненным.
Поскольку для исполнения скриптов используется конфигуратор,
то возникающие при их выполнении ошибки, автоматически фикси-
руются компилятором конфигуратора и попадают в отчет об ошибке
126
ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. “Приборостроение”. 2012
1,2,3,4 6,7,8,9,10,11