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

Версия 14:42, 4 марта 2013

Содержание

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

Аннотация

Докладчик

Евгений Пышкин,
Максим Мозговой,
Михаил Глухих, СПбГПУ

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