Предложения инструментов для спецификации на примере, где аналитики, а не разработчики, пишут тесты?
Мы стремимся инициировать подход в стиле bdd, вдохновленный примером Гойко Адзича на примере. Реализация в Java, и разработчики уже пишут тесты Junit.
Основным требованием является то, что спецификации (приемочные тесты) могут быть написаны, прочитаны и поддерживаются не разработчиками. Проект будет работать как гибкая команда - так что хорошо, если разработчикам придется использовать спецификации. Тем не менее, я не хочу, чтобы разработчики, тестировщики или эксперты в области читали или писали что-то похожее на код.
До сих пор я смотрел на FitNesse, Concordion и различные другие (например, Спок). Я отклонил спок и подобные инструменты, потому что они нацелены на разработчиков в качестве основной аудитории. FitNesse, кажется, отвечает большинству требований.
Тем не менее, Concordion, вероятно, является фаворитом: спецификации выглядят чище и проще.
Итак, мой вопрос (на самом деле три):
- Какие-нибудь предложения для других инструментов, на которые я должен смотреть?
- Кто-нибудь был успешным с использованием Concordion (или другой инструмент) таким образом?
- Конкордеон все еще активно развивается / поддерживается? Трудно сказать с веб-сайта, и большинство связанных с этим вопросов несколько лет.
Благодарю.
3 ответа
Я работал с несколькими командами, которые внедряли Specification by Example с Concordion. Мы обучаем всю нашу команду написанию спецификаций Concordion в HTML. Требуется только небольшое подмножество HTML, поэтому мы можем обучить новичка примерно за 30 минут. Обычно у нас есть тестеры, которые пишут спецификации HTML, а иногда их пишут BA или Scrum Master.
Мы использовали Eclipse (редактор веб-страниц) для редактирования HTML. Это работает хорошо, за исключением того, что Concordion требует допустимого XHTML, а Eclipse не позволяет проверять HTML как XHTML. В основном это показывает использование тегов
, а не
. Мы покрываем это на тренировках. Мы также обучаем всю команду использованию системы контроля версий. Используя Eclipse, мы имеем единый пользовательский интерфейс для редактирования и контроля версий. Мы также находим, что наличие команды, использующей одну и ту же среду IDE, является шагом на пути к межфункциональной команде.
Я знаю другую команду, где БА пишет спецификации, используя редактор HTML на базе Mac.
Concordion активно поддерживается, с быстрыми ответами на список рассылки (Yahoo) и список проблем. Кодовая база Concordion стабильна. Активная разработка в течение последнего года или около того была сфокусирована на механизме расширения, позволяющем пользователям добавлять команды и прослушиватели (например, для захвата скриншотов при неудачном тестировании).
Также взгляните на Cucumber и JBehave, которые позволяют писать спецификации в виде простого текста.
Если вы решите использовать FitNesse, возможно, стоит взглянуть на Slim, который стоит за FitNesse вместо Fit. Он предоставляет немного разные форматы таблиц для Fit, и я обнаружил, что он гораздо лучше подходит для BDD.
Просто чтобы обновить тему, вы также можете рассмотреть jnario.