BDD は Given, When, Then のことだと勘違いされているんじゃないか
たまたま社内で自分が主催しているアジャイルに関する勉強会で BDD (Behaviour-Driven Development) の話をすることがあった。 個人的には、「Given, When, Then でテスト書くやつでしょ？」といった形で Gherkin記法 だけが一人歩きしている印象があるためその誤解を解くことを目的にその勉強会では話題に挙げたのでその熱が冷めないうちに自分の認識のメモを残しておきたい。 とはいえ、 https://cucumber.io/docs/bdd/ を読めば全てが書いてあるので気になった人はそちらを参照して欲しい。 前置きはそれくらいにしつつ、上記のドキュメントの中から抜粋してきた以下の画像が BDD の全体を示している。 この図が言わんとすることは、 BDD というのは Discover Formulation Automation の3つのステップで構
Test Smells at XUnitPatterns.com
A test fails to compile or run when the SUT is changed in ways that do not affect the part the test is exercising.
変化に適応するために開発者がしてきたこと 〜 『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （１）
（左）和田氏、（右）家永氏はじめに今回から、数回に渡り、昨年１２月に行われた『テスト駆動開発』翻訳者の和田卓人氏と『時を超えたプログラミングの道』編集長／『スクラム実践入門』著者の家永英治氏の『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談記事をお届けします。 お二人は、１０年以上前に、当時はまだ珍しかったアジャイル（エクストリームプログラミング）プロジェクトで、同じチームで開発に取り組んだ仲間です。 お二人の対談を通じて、当時のプロジェクトの思い出を皮切りに、「１人のエンジニアとして腕を磨き本当にいきいきとお仕事を行えているのか」「プログラミングの技と魅力を次世代に伝承できているのか」そしてその結果としての「健全なビジネスの継続的成長のための健全なコード」という『時を超えたプログラミングの道』のテーマについて、存分に語っていただきます。 （司会進行／賑やかし：天野勝、懸田
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://ubiteku.oinker.me/2015/07/27/why-most-unit-testing-is-waste/
