Рис. 3. Структура тестового сценария
(bug report) в разрезе тестового сценария и тестового шага, который
предоставляется разработчику прикладного ПО для выявления причин
возникновения неполадок и устранения замечаний.
При данной структуре построения тестового набора высокую ква-
лификацию должен иметь лишь программист, осуществляющий опи-
сание операторов псевдоестественного языка. Список созданных опе-
раторов может расширяться и корректироваться по мере отработки
регрессионного механизма тестирования в рамках схожих по функци-
ональности систем. Опыт, накопленный при тестировании конкретной
конфигурации, может быть использован для проверки других конфи-
гураций, так как независимо от того, какие задачи организации учета
решает конкретное прикладное решение, объекты предопределенных
классов остаются неизменными, а соответственно, и подходы к про-
ведению тестирования могут быть применены для всех возможных
конфигураций. Массив операторов псевдоестественного языка может
быть использован для всех конфигураций практически без доработок
или с минимальными изменениями.
Тестировщик с минимальными знаниями работы конфигуратора,
имея описание требования или ошибки на естественном языке от за-
казчика, может, используя операторы разработанного псевдоестествен-
ного языка, описать порядок действия и порядок проверки результата,
после чего транслятор автоматически преобразует скрипт на псевдо-
естественном языке в скрипт, воспринимаемый компилятором конфи-
гуратора, что позволяет значительно сократить время формирования
скриптов проверки.
Для проверки возможности реализации и эффективности регрес-
сионного тестирования автоматизированных систем, построенных на
базе конфигураторов, по новой структуре формирования тестов было
выбрано средство “1С: Предприятие 8.1”. Была разработана унифици-
рованная подсистема, обеспечивающая регрессионное тестирование
любой конфигурации “1С: Предприятие 8.1”: элементы подсистемы
интегрируются в существующее прикладное решение и позволяют ре-
ализовать новую схему построения регрессионного теста.
Рассмотрим простой пример. От разработчика прикладного ПО
требовалось разработать функционал, обеспечивающий создание до-
кумента “Приходная накладная” с реквизитами:
ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. “Приборостроение”. 2012
127
1,2,3,4,5 7,8,9,10,11