О требованиях к средствам автоматизации приемочных тестов при использовании подхода «разработка, управляемая описанием поведения»

Короткая ссылка: Autotests-bdd-spbgu

Содержание

1 Аннотация
2 Видео
3 Слайды
4 Примечания и отзывы

Аннотация

Докладчик: Евгений Пышкин

Задачей предлагаемого доклада мы видим обсуждение трудностей, возникающих при использовании подхода «разработка, управляемая описанием поведения» (Behavior Driven Development, BDD), который является одной из развивающихся практик гибкой методологии.
В BDD преобразование пользовательских сценариев (которые, по сути, являются вариантами требований), написанных в повествовательной форме на языке, близком к естественному, к модульным тестам осуществляется за счет построения своего рода коммуникационной инфраструктуры, призванной лучше донести до разработчиков пользовательский контекст. Фактически, термин «тестирование» обозначает здесь совместную работу заказчика и разработчика по настройке этой инфраструктуры, в отличие от разработки через тестирование, которая скорее нацелена на улучшение взаимодействия разработчиков друг с другом, а не разработчиков с внешними заинтересованными лицами.
Мы проанализировали различные инструментальные средства, реализующие концепции поведенческого тестирования. Установлено, что даже для тех реализаций, где правила преобразования пользовательских сценариев к модульным тестам строго определены, задачи автоматизированного преобразования далеки от полного решения.
Многие из рассмотренных средств представлены как «поддерживающие запись приемочных тестов на естественном языке», хотя обычно речь идет о наличии существенных ограничений записи пользовательских сценариев. Наличие этих ограничений позволяет рассчитывать на получение автоматизированных средств преобразования, использующих современные решения в области обработки естественного языка, процедуры, основанные на эвристических правилах.
По результатам исследования мы предлагаем контрольный список требований к средствам автоматизации определения и преобразования пользовательских сценариев, генерации соответствующих тестовых классов и обеспечения взаимодействия между этими компонентами в процессе запуска тестов и отладки разрабатываемого программного обеспечения.