BDD は Given, When, Then のことだと勘違いされているんじゃないか

たまたま社内で自分が主催しているアジャイルに関する勉強会で BDD (Behaviour-Driven Development) の話をすることがあった。 個人的には、「Given, When, Then でテスト書くやつでしょ？」といった形で Gherkin記法 だけが一人歩きしている印象があるためその誤解を解くことを目的にその勉強会では話題に挙げたのでその熱が冷めないうちに自分の認識のメモを残しておきたい。 とはいえ、 https://cucumber.io/docs/bdd/ を読めば全てが書いてあるので気になった人はそちらを参照して欲しい。 前置きはそれくらいにしつつ、上記のドキュメントの中から抜粋してきた以下の画像が BDD の全体を示している。 この図が言わんとすることは、 BDD というのは Discover Formulation Automation の3つのステップで構

[masa8aurum]

BDD の目的ざっくり：「職種を越えたチーム全体で要求のことを深く理解し、それを生きたドキュメントとして残すことで開発中や将来にわたって仕様を開発者以外も含めて正確に理解することを支援したい」

[nihonbuson]

ほんこれ。勘違いを正している素晴らしい記事！こういう風な認識がもっと広がっていってほしいなぁ…。