TDD - この種の依存シーケンス状況のアプローチは何ですか？

Question

私は現在Luceneの索引付けを手に入れていますし、TDDを使用している場合は「正しい」アプローチについて頭を悩ましています。あなたが持っているこのインデックスでクエリを検索するにはなど、

を、あなたはIndexWriterを作成する必要があり、これを行うトークン化されているテキストのシンプルなコレクション（文字列）、に基づいてインデックスを生成し、茎のために

私の最初のテストクラス（JUnit 4）を作成する過程で、私はこれらの各ステップを1つずつ行い、新しいテストメソッドを作成しました。このプロセスの各ステップは、すべてがうまくいけば最終的にヒット数がゼロにならないようにします。

最後のテストメソッドは、これらのすべての手順を実行することです：インデックスディレクトリをクリアし、IndexWriterを作成し、インデックスなどを作成し、最後にヒットをカウントします。この最後の方法は最終的に道に沿って何か間違ってしまうことによって踏み外される可能性があります。さらに、以前の方法はすべて冗長に見える...！そして、 "嘲笑"の機会は、自分自身を示すようです...

これは "テストスイート"の候補ですか？ TDD Proはこのような状況に対して「適切な」テストをどのように開発していますか？

Answer 1

あなたが参照する最後のテスト方法は単体テストよりも統合テストのほうが多いと思います。単体テストは、非常に特定のコード単位（通常はメソッドまたはメソッドの一部）をテストするだけで、他のクラスとのやりとりを模倣し、データベース、ファイルシステム、または特定のコード単位テスト。あなたが作成した最初のテストはユニットテストであり、最後のテストは統合テストです。単体テストでは非常に特定のロジックをテストし、統合テストではそれらの間の相互作用をテストしているので、2種類のテストの間にいくつかの冗長性を持たせても構いません。