第5回 BDDとATDD | gihyo.jp

はじめに 本連載では、「⁠透明性」というキーワードで、アジャイル開発について説明しています。前回は、テスト駆動開発(TDD)の持つ、開発を促進する設計作業としての側面にスポットを当てて説明しました。今回は、それらの考えを展開させてみたいと思います。具体的には、振る舞い駆動開発(BDD)と受け入れテスト駆動開発(ATDD)という二つのトピックを、ご紹介します。 テストのレビュー 前回、テスト駆動開発におけるテストを、設計作業であるとする考え方をご紹介してきました。これは、個々のクラスのインターフェース(=振る舞い)を、テストにより明確にしてゆくというものです。結果的に、作られたテストは、実装との乖離を自動的に検出できる設計書となります。 仕様変更やリファクタリングに伴うソフトウェアの改変に際して、バグの混入を自動的に検知できるので、実装と設計の同期が取れるという大きなメリットがあります。 し

[taiyaki_tomato]

"テスト駆動開発というと，どうしても品質保証に必要なテストを想定してしまい，設計をわかりやすく表現しようという工夫はおざなりにされがちです"

[ledsun]

TDD → BDD → ATDD

[iR3]

，振る舞い駆動開発(BDD)と受け入れテスト駆動開発(ATDD)

[bash0C7]

"顧客にわかりやすい言葉でソフトウェアを表して"

[sugimori]

受入テスト駆動開発っていいな。実践したい。

[watanata2000]

振る舞い BDD TDD ATDD 受け入れテスト

[kaorun55]

ATDD：受け入れテスト駆動開発(Acceptance TDD)

[kodaif]

"設計する作業が，開発を駆動するということが，直感的に分かりやすくなります。何を目的として何をすべきなのかを明確にすることが大切で，テストは設計かそうでないか? などというのは，不毛な議論です。"