Просмотр исходного текста страницы Почему я не люблю огурцы и фитнес — плюсы и минусы BDD и ATDD (Алексей Баранцев, AgileDays-2011)

== Аннотация ==
;Докладчик: {{Speaker|Алексей Баранцев}}

<blockquote>
Идея написания спецификаций на «естественном языке» манит своей внешней красотой и простотой. Мысль о том, что не умеющий программировать product owner станет сам рисовать Fitnesse-таблички и писать Cucumber-спецификации, выглядит очень привлекательно, возникает надежда переложить на него часть работы. Более того, исполнимые спецификации можно использовать как направляющие для разработки, и наряду с ''test driven development'' возникают подходы с похожими названиями — ''Behavior driven development'' и даже ''acceptance test driven development''.

Однако здесь есть два больших подводных камня.

Помните бородатый анекдот про морскую свинку, которая, вопреки своему названию, и не плавает, и не хрюкает? Когда я слышу про автоматизированное приёмочное тестирование в контексте agile, у меня всегда возникает ассоциация с этой морской свинкой. Автоматизированное? Да, с этим не поспоришь. Но при этом и не приёмочное, и не тестирование. Для тестирования это слишком просто, «программирование в табличках» — адская пытка, паттерн given-when-then не даёт возможности сделать хоть сколько-нибудь сложные автоматизированные тесты, а при ручном тестировании он и вовсе не нужен. Ну а идея автоматизировать приёмку вообще слабо вписывается в концепцию agile: если «приёмочные тесты» будут пройдены, а ''product owner'' недоволен — продукт будет считаться успешно сданным или нет?

Второй подводный камень связан с большими скрытыми (или по крайней мере замалчиваемыми) затратами. Да, спецификации на «естественном языке» выглядят красиво. Но, увы, работа по реализации фикстур и шагов сценариев — это уже чистое программирование, причём объём и сложность этой работы в разы превышает размеры табличек и спецификаций. И это немедленно разрушает ореол простоты.

Так стоит ли вообще вкладывать усилия в эту деятельность? Кому BDD и ATDD приносит пользу — заказчику, программистам, тестировщикам? Как разрабатывать тесты, чтобы потраченные усилия всё же не пропали даром? Я постараюсь дать свои ответы на эти вопросы, и с удовольствием выслушаю вашу точку зрения.
</blockquote>

== Видео ==

{{vimeoembed|22491632|800|450}}
{{youtubelink|T5o0b0WNLLY}}{{letscomment}}
== Презентация ==
* http://prezi.com/0h83dzfjj-lj/presentation/


== Примечания и отзывы ==
* [http://2011.agiledays.ru/reports/view/90/ страничка доклада на сайте конференции]
* [http://software-testing.ru/forum/topic/19221/ Обсуждение на software-testing.ru]


<blockquote>
В качестве очередного доклада для посещения я выбрал выступление '''Алексея Баранцева''' про плюсы и минусы BDD и ATDD. Мы до этого выступали с '''Алексеем''' на нашей конференции [http://seleniumcamp.com/ Selenium Camp] и у меня остались очень позитивные воспоминания от общения с ним. В докладе больше было все таки минусов, нежели плюсов. Я очень пожалел, что на этом докладе не присутствовали многочисленные поклонники BDD во всех его проявлениях, которых так много на технических конференциях. Они бы забросали докладчика камнями. Но, к счастью, представителей Cucumber и FitNesse было немного. В зале нашлось несколько участников с противоположенным опытом, которые получили огромные преимущества благодаря использованию ATDD и BDD, поэтому в секции вопросов и ответов было жарко.
[http://xpinjection.com/2011/03/15/ukraine-adventures-at-agiledays-part2/ ©]
</blockquote>
{{include-review|AgileDays-2011:Отчет Дмитрия Белобородова/Почему я не люблю огурцы и фитнес}}

<references/>

[[Категория:AgileDays-2011]]
[[Категория:Автоматизированное тестирование]]
[[Категория:BDD]]
[[Категория:TDD]]
{{stats|disqus_comments=0|refresh_time=2019-02-26T19:19:21.669793|vimeo_comments=0|vimeo_plays=2056|youtube_comments=0|youtube_plays=79}}