КСУ

«1С:СППР» - Система проектирования прикладных решений. Система предоставляет механизм автоматизированного тестирования при разработке прикладных конфигураций «1С:Предприятия» с использованием сценариев работы пользователя и соответствующих тестов. Автоматизированное тестирование дает возможность записать, воспроизвести и проверить действия пользователя. Функциональность ведения технических проектов позволяет организовать коллективную работу над проектом, с отслеживанием прохождения различных этапов проекта. Использование технических проектов обеспечивает внесение изменений в имеющийся проект таким образом, чтобы эти изменения были увязаны с логической моделью, были прозрачны и информативны для участников проекта. «СППР» позволяет проследить связь между той идеей, которая была на входе, и тем, как это было реализовано, организовать автоматизированное тестирование, подготовку тестовых сценариев, автоматический прогон тестов, регистрацию ошибок. Сценарное тестирование помогает снизить количество ошибок при разработке прикладных конфигураций на платформе «1С:Предприятие». Для написания сценариев используется модификация языка «Gherkin», которая разработана специально для использования с платформой «1С:Предприятие». В качестве фреймворка тестирования используется «Vanessa-Automation», который представляет собой инструмент, направленный на уменьшение затрат, на поддержку и повышение надежности использования тестов.

«Vanessa-Automation» — инструмент сценарного тестирования:

Преимущества автоматического тестирования с «Vanessa-Automation»:

Близость к человеческому языку:
- текст сценария на человекочитаемом языке «Gherkin»;
- полученные верхнеуровневые шаги описывают понятную человеку логику работы, их уже удобно обсуждать с постановщиком задачи, разработчиком, аналитиком.
Для разработки простых тестов не нужно уметь программировать:
- настройкой сценариев может заниматься аналитик проекта;
- простые сценарии могут быть буквально накликаны мышкой. После чего немного доработаны вручную, в основном чтобы убрать лишние шаги, сгенерированные автоматикой, и сделать сценарий более читаемым.
Понимание для кого и для чего создан функционал, под какими ролями его проверять:
- наиболее частой причиной ошибок является проверка функционала разработчиком под административными правами, а не под правами конечного пользователя;
- сценарий на языке «Gherkin» при правильном применении это исключает;
- разработчику или аналитику достаточно убедиться, что контекст сценария содержит шаг запуска под правильным пользователем.
Информативные и полезные результаты выполнения сценариев:
- тестовая документация и программный код автоматических тестов хранятся в одном проекте и неотделимы друг от друга;
- скриншоты/видеозапись либо каждого окна, либо снятые в момент возникновения ошибки. Скриншоты могут являться частью отчетности в выполнении сценариев;
- автоматическое формирование «черновиков» пользовательских инструкций в форматах «HTML», «Markdown».