どのようにあなたのテストプロジェクトを整理しますか

Question

しばらくの間、私はUnitTest.proj & IntegrationTest.projをコンポーネントの習慣に従ってきました。しかし、私のソリューションが成長するにつれて、すべてのテストプロジェクトなどが厄介になり始めていることがわかりました。また、いくつかのBDDツールを検討していますので、仕様を保持するために別のプロジェクト（仕様）を追加する必要があります。私がやっていることは、コンポーネントごとに1つのテストプロジェクトを作成し、Unit/Integration/Specsのフォルダと名前空間を作成することです。 have have my build serverは、名前空間に基づいてどのテストを実行するかを区別します。だから私のCIビルドはUnit *。*を実行し、夜間ビルドはそれらすべてを実行します。私は完全にここに狂っていますか？私は人々がテストプロジェクトをどのように整理するかについて聞いて興味深いです。

おかげで、NUnitで

Answer 1

（そしておそらく他のテストフレームワークで）あなたが試験にcategoriesを割り当てることができます。これにより、さまざまな種類のテストを1つのソースファイルに組み込み、実行するテストの種類を選択して選択することができます。これは、例えば長時間実行されるテストを区別したい場合などに便利です。

同じ数のテストソースファイルを保持することを選択した場合でも、この手法を使用して必要なプロジェクトの数を減らすことができます。