Analyst's diary or terrible practices to write on gherkin
-
20 min
Scattered description of requirements. The description of one object in the set of requirements leads to contradictions in the requirements and errors.
Long descriptions of business processes lead to errors in understanding and omitting branching conditions.
We will talk about the using of the formal gherkin language, rules, and mistakes.
Comments
(4 )
Дано Я, как Бизнес-Аналитик
Когда прослушал доклад про Gerkin
Тогда он меня заинтересовал
И когда попытался найти ответ на вопрос, кто должен писать на Gerkin однозначного ответа не нашел в интернетах, и не спросил на конфе (мало времени было) и не спросил в кулуарах :-(
И предположил, что Сергей Герасимов ответит на мой вопрос тут !
Привет!
Легко,
Gherkin нотация позволяющая максимально полно обеспечит соответствие реализации описанию по средствам автоматизации.
Должен тот кто хочет чтобы написанному точно соответствовала реализация. Требование в этом случае становится единым коллективным трудом, Так первичное описание идеи может сделать Product owner, дополнить ее Аналитик, и расширить тестер/автоматизатор.
В итоге все согласились с одним текстом и формулировками.
Сергей, спасибо за доклад и за ответ! ;-)
не за что