Приёмка: от критерия к запуску Vanessa Automation

Аналитик связывает требование с проверяемым сценарием, наблюдаемым результатом и отчётом запуска. Рассмотрим, как этот маршрут устроить с Vanessa Automation.

Цепочка проста: требование → сценарий → проверка конкретного результата → отчёт запуска. Аналитик задаёт ожидаемое поведение, описывает условия и действие, команда проверяет результат в работающей системе, а отчёт фиксирует среду, данные и исход.

Критерий описывает результат для человека

Хороший критерий говорит, что было до действия и что должно наблюдаться после. В учебной модели «Заявка на выплату» можно записать: «При оплате услуг с незаполненным назначением пользователь получает понятное сообщение, и заявка не переходит к следующему согласованному действию». Это пример, его нужно уточнить по правилам и интерфейсу конкретной системы.

Слова «получает сообщение» и «не переходит» ещё нужно сделать наблюдаемыми: на каком шаге появляется сообщение, что именно считается переходом, можно ли вернуться и заполнить поле? Для второго критерия на границе суммы укажите 100000 рублей и ожидаемое число согласующих. Для возврата без назначения зафиксируйте, что пустое поле само по себе не блокирует процесс.

Для запуска нужны тестовая база, подготовленные данные, пользовательские права и настроенная Vanessa Automation подходящей версии. Команда сопоставляет критерии с возможностями своей среды и формой целевой конфигурации.

Feature-файл — сценарий в текстовой форме

Файл с расширением .feature описывает поведение в структурированных фразах. Gherkin — простой язык этой записи: «Дано» задаёт исходные условия, «Когда» — действие, «Тогда» — ожидаемый результат. Читатель может понять намерение без знания внутреннего кода. Но сами слова не заставляют приложение выполнить действие: тестовая среда должна связать шаги с реальными командами и элементами формы.

Ниже короткий эскиз сценария для критерия о заявке без назначения:

Функциональность: Обязательность назначения платежа

  Сценарий: Оплата услуги без назначения
    Дано подготовлена заявка для оплаты услуги
    Когда пользователь пытается продолжить без назначения
    Тогда система показывает согласованное сообщение
    И заявка не переходит к следующему этапу

Эскиз нужно связать со стандартными шагами Vanessa и реальными элементами целевой формы.

Что нужно до реального запуска

Подготовьте тестовую базу, справочные данные и пользователя с нужными правами. Установите и настройте Vanessa Automation и компоненты клиента тестирования. Свяжите шаги эскиза с реальными действиями в форме и проверьте сценарий на подготовленных данных.

По согласованному критерию подготовь краткий .feature-эскиз и перечисли данные, права и элементы формы, нужные для его запуска в целевой базе.

Приёмка строится на нескольких свидетельствах

Свяжите каждый критерий с одним или несколькими сценариями, конкретным результатом и отчётом. В отчёте укажите ревизию конфигурации, целевую базу, роль и подготовленные данные, версию инструмента, число найденных и запущенных сценариев, ошибки и итог. Если тест не стартовал либо нашёл ноль случаев, это не успешная проверка; укажите причину и следующий шаг.

Статические сведения LEM помогают связать критерий с условием, элементом формы или ролью в конкретной версии проекта. Проверка в работающей системе показывает результат на конкретных данных и правах. Сценарии подбирают по значимым границам и ролям, а полноту набора оценивают по критериям и отчётам запусков.

Удобно вести матрицу приёмки: строка требования, связанный сценарий, ожидаемый результат и ссылка на запись запуска. Для порогового правила в ней видны значения по обе стороны границы; для прав — пользовательские роли и доступные им действия. Так можно заметить критерий без сценария и сценарий без понятного результата, а затем обсудить недостающие проверки до передачи задачи.

Связь критерия с бизнес-смыслом разобрана в учебной заявке на выплату, а общая матрица случаев — в статье о регрессионных сценариях.

Источники: руководство MCP Vanessa Automation, основная справка Vanessa Automation.