О требованиях к средствам автоматизации приемочных тестов при использовании подхода «разработка, управляемая описанием поведения» — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) (Batch edit: add <!-- topub -->) |
StasFomin (обсуждение | вклад) |
||
== Примечания и отзывы ==
<!-- <blockquote>[©]</blockquote> -->
* [http://2012.secr.ru/talks/requirements-for-acceptance-testing-automation-tools-in-bdd Страница доклада на сайте конференции]
* [http://www.secr.ru/2012/presentations/pyshkin-mozgovoy-glukhikh_80_article.pdf Статья авторов]
<references/>
[[Category:SECR-2012]]
[[Category:ToPublish]]
[[Category:BDD]]
[[Category:Автоматизированное тестирование]]
<!-- topub --> |
Версия 21:14, 6 июля 2015
Содержание
Аннотация
- Докладчик
- Евгений Пышкин
Задачей предлагаемого доклада мы видим обсуждение трудностей, возникающих при использовании подхода «разработка, управляемая описанием поведения» (Behavior Driven Development, BDD), который является одной из развивающихся практик гибкой методологии.
В BDD преобразование пользовательских сценариев (которые, по сути, являются вариантами требований), написанных в повествовательной форме на языке, близком к естественному, к модульным тестам осуществляется за счет построения своего рода коммуникационной инфраструктуры, призванной лучше донести до разработчиков пользовательский контекст. Фактически, термин «тестирование» обозначает здесь совместную работу заказчика и разработчика по настройке этой инфраструктуры, в отличие от разработки через тестирование, которая скорее нацелена на улучшение взаимодействия разработчиков друг с другом, а не разработчиков с внешними заинтересованными лицами.
Мы проанализировали различные инструментальные средства, реализующие концепции поведенческого тестирования. Установлено, что даже для тех реализаций, где правила преобразования пользовательских сценариев к модульным тестам строго определены, задачи автоматизированного преобразования далеки от полного решения.
Многие из рассмотренных средств представлены как «поддерживающие запись приемочных тестов на естественном языке», хотя обычно речь идет о наличии существенных ограничений записи пользовательских сценариев. Наличие этих ограничений позволяет рассчитывать на получение автоматизированных средств преобразования, использующих современные решения в области обработки естественного языка, процедуры, основанные на эвристических правилах.
По результатам исследования мы предлагаем контрольный список требований к средствам автоматизации определения и преобразования пользовательских сценариев, генерации соответствующих тестовых классов и обеспечения взаимодействия между этими компонентами в процессе запуска тестов и отладки разрабатываемого программного обеспечения.
Видео
Слайды
Примечания и отзывы