単体テストと統合テストを分離する必要がありますか？

プロジェクトの単体テストと統合テストを作成する必要があります。

• すべてのテストを単一のテストフォルダーに入れる必要がありますか？
• または、単体テストと統合テストをそれぞれ個別のテストフォルダーに配置する必要がありますか？
• それとも、それらを別々のプロジェクトに入れるべきですか？

それらをまとめると、このアプローチには利点や欠点がありますか？

一般的に、はい、統合テストと単体テストを異なるフォルダーに配置する必要があります。多くの場合、プログラマーはこれらの2種類のテストの間に明確な境界線を引かず、有用なテストの種類を書くだけです。ただし、統合テストには次のことが含まれる場合が多いため、時間がかかる傾向があります。

• データベースクエリ
• ネットワークリクエスト
• 時間依存の動作
• 大量のデータ

対照的に、単体テストは高価な操作をモックするため、単体テストは迅速に実行される傾向があります（実際、テストの実行で最も遅い部分は多くの場合テストフレームワーク自体です）。

プログラマがシステムで作業しているとき、編集テストサイクルにあります。テストフィードバックを迅速に取得し、サイクルを短くするほど、生産性が向上します。そこで、迅速に完了する重要なテストのみを実行する必要があります。完全なテストスイートは、CIサーバーなどのQAプロセスの一部としてのみ実行されます。

これは、大規模なテストスイートを分類する必要があることを意味します。特定のコンポーネントの単体テストのみを選択できますか？遅いテストを除外できますか？これを行う簡単な方法の1つは、異なるディレクトリで異なるテストスイートを維持することです。テストが非常に少ない場合は、プログラマがテストのサブセットを簡単に選択できる限り、1つのディレクトリでもかまいません。

プログラマーが迅速にフィードバックを得ることができるものは何でも良いです。最も包括的なテストスイートは、定期的に実行されなくても問題ありません。

参考文献：

• テスト：ユニット対統合対他、分離の必要性は何ですか？上記のmouvicielによってリンクされました。
• 単体テストを統合テストから分離する必要がありますか？私のブログでは、この答えをもう少し詳しく説明しています。