Как вы управляете bdd-функциями и сценариями? - PullRequest
3 голосов
/ 23 сентября 2011

Мы принимаем BDD, используя specflow.Проблема, с которой мы сталкиваемся, заключается в том, что нельзя ожидать, что владельцы продуктов и менеджеры зайдут в Visual studio / svn и отредактируют функции или сценарии.

Мы можем заставить сотрудников вечера сделать все это в документации Google, а затем мы можемскопируйте и вставьте их в файлы объектов, но это будет подвержено ошибкам и очень быстро выйдет из синхронизации.

Каков наилучший способ управления этим?

Ответы [ 3 ]

5 голосов
/ 23 сентября 2011

Владельцы продуктов или бизнес-аналитики, как правило, не должны писать функции самостоятельно, поскольку это может привести к плохо структурированным, непроверяемым сценариям.

Общий подход известен как «три amigos» -заинтересованный бизнес, разработчик и тестировщик, работающие вместе над написанием сценариев.

Хорошо использовать Документы Google для первоначального черновика, но после этого функции должны храниться в системе управления версиями, а PO / BA должен сотрудничать сразработчик, у которого есть доступ к управлению исходным кодом при внесении изменений.

Вы должны сделать файлы функций с управлением версиями легкодоступными для просмотра и обращения к заинтересованным сторонам бизнеса, связавшись с ними из вашей интрасети или вики, или используя такой инструменткак Смак .

0 голосов
/ 18 апреля 2012

Мэтт Уинн об использовании огурца - хорошее чтение.Заставить всех говорить вездесущим языком и иметь единую точку правды для всей команды.

Проверьте Pickles для приятного вывода ваших функций https://github.com/x97mdr/pickles/wiki

0 голосов
/ 23 сентября 2011

Что мы сделали в компании, в которой я работаю, так это в том, что большинство бизнес-аналитиков (которые пишут истории) знают, как использовать SVN, писать истории и даже проводить тесты (в нашем случае это не так). Specflow но огурец). Именно он разговаривает с владельцами / менеджерами продукта, чтобы написать новые функции / требования в виде историй. Другими словами, поручите задачу кому-то (либо BA, либо QA), кто имеет некоторый опыт написания историй или сценариев и сможет их запустить и устранить неполадки, если что-то случится. Основой этого является общение. Если у вас нет этого человека, хорошо ... попробуйте получить его:)

...