testing - 動作駆動型開発か、テスト駆動型開発か?

Question

最近、BDD について聞いたことがありますが、TDD と非常によく似ていることがわかりました。

この 2 つのうち、どちらを使用しますか (もしあれば)。

それぞれの長所と短所はどれですか？

Answer 1

私は非常に BDD = TDD が適切に行われているキャンプです。Beck が最初に説明し、多くの人が実践している TDD を実行している場合、本質的に違いはありません。

BDD がもたらすのは、プロセスを記述するために使用される言語のいくつかの興味深いバリエーションです。プロセスとツールの説明に別の用語を使用することで、BDD 関係者はより良いプラクティスを奨励することを望んでいます。これは称賛に値する目標です。

私は長い間TDDを行ってきましたが、これが実際に役立つかどうかを判断するのは難しいです. 私は（希望:-) BDDツール/言語が奨励する教訓の多くをすでに学んでいるので、それらが私に多くの付加価値を提供していないようです. もちろん、YMMV - そして私は BDD ツールを使用して「現実世界」のプロジェクト全体を行ったわけではありません - そのため、個人的な実験を行って推定しすぎている可能性があります。

BDD ツール/言語は、この方法で開発に取り組む人々にとってより有用であると思います。なぜなら、より伝統的な意味で使用される「テスト」との混乱を避けることができるからです。私はまだこれを自分でやったことがありません - ここの人々がそのような経験をしたことがあれば興味があります.

Answer 2

BDD は TDD に似ていますが、考え方が異なります。BDD では、テストではなく実行可能な仕様を作成しようとしています。これは主に、TDD とは異なる語彙を使用することによって実現されますが、メカニズムは TDD と似ています。

BDD は、人々が TDD を行っていると主張しているが、単体テストではなく統合テストを書いているという多くのケースに対する反応のようです。BDD の人々は、テストについて話すことは誤解を招くと考えていたため、テストが仕様になりました。これは少し形而上学的に見えますが、その背後にはいくつかの優れたアイデアがあります。

Answer 3

BDDは、シナリオの実行がすべてです。TDDと同様に、すべてのシナリオをストーリーとしてテストします。

ストーリーはお客様が説明します。ストーリーラインに基づいてシナリオが作成されます。CUCUMBERのようなツールを使用すると、シナリオを簡単に作成できます。