単体テストと統合テストを別々のプロジェクトに分割する必要があります

Question

現在プロジェクトに取り掛かっており、同僚が単体テストファイルに統合テストを追加し始めていることに気付きました。私はそれらを取り出し、新しいプロジェクトに入れることを検討しています。これは良いアイデアですか？

Answer 1

「プロジェクト」の適用範囲によって異なります。 1つのプロジェクトのコンポーネントの統合テストはプロジェクト内になければなりません。複数のプロジェクトを互いに統合してテストするテストは、別々のプロジェクトでなければなりません。

Answer 2

テストフレームワークと継続的な統合環境、およびユニットテストで統合テストを実行するかどうかによって異なります。

MbUnit、NUnit、MSTestなどのテストフレームワークでは、タグ付きテストのカテゴリがサポートされています。つまり、どのテストが統合テストであるかを示すことができます。カテゴリを使用すると、両方のテストセットを同じプロジェクトに保存できますが、構成設定を使用してビルドサーバーで実行されるテストセットを制御できます。

個人的には、私は必要に応じて個別のプロジェクトに分割したいと思っています。たとえば、統合テストで独自のプロジェクト依存性が必要な場合、または統合テストを定期的に実行するようなビルドサーバーの構成を簡素化したい場合は、自分のプロジェクトに分割することができます。

Answer 3

私の意見では、intテストと単体テストは別々のファイルでなければなりません。 SUTのクラスがいつ取り替えられるかはわかりません。分離された単体テストは、必要なリファクタリングを減らします。