プロジェクトの編成

ソースコードに対して単体テストを実行する最善の方法は、ソースコードを保持するソリューション内に単体テストライブラリプロジェクトを作成することです。

このような構成を使用する場合は、アプリケーションを 2 つ以上のプロジェクトに分けることをお奨めします。具体的には、アプリケーションを駆動し、インターフェイス要素を格納するメインプロジェクトと、アプリケーションロジックを含む 1 つ以上のその他のプロジェクトに分類します。これらのプロジェクトは、リンクライブラリプロジェクトである必要があります。

これは、単体テストライブラリプロジェクトと連動できるリンクライブラリプロジェクトです。複数の単体テストライブラリプロジェクトを 1 つのリンクライブラリプロジェクトと連動させることができますが、1 つの単体テストライブラリプロジェクトを 1 つのリンクライブラリプロジェクトにリンクすることをお奨めします。1 つの単体テストライブラリプロジェクトで複数のリンクライブラリプロジェクトをテストできますが、複雑になることがあるため、すべてのプロジェクトで 1 つの共通の場所を指すように出力する必要があります。

単体テストライブラリプロジェクトをリンクライブラリプロジェクトにリンクするには、次が必要です。

リンクライブラリプロジェクト内にあるテスト対象のコードにリンクするプロシージャポインターが各テストケースに含まれている。
単体テストライブラリプロジェクトおよびテスト対象のリンクライブラリプロジェクトが同じ出力ディレクトリを共有している。

次に示す AirportDemo ソリューションの例では、AirportConsole プロジェクト (コンソールアプリケーションプロジェクトタイプ) を使用してアプリケーションを起動および駆動しており、インターフェイスのコーディングが含まれています。次に、このプロジェクトは、計算、条件テストなどを実行するために AirportLib プロジェクト (リンクライブラリプロジェクトタイプ) を呼び出して、全体として完全なアプリケーションを提供します。アプリケーションロジックの単体テストを行うために、個別の単体テストライブラリプロジェクト (TestAirportLib) は、リンクライブラリプロジェクト (AirportLib) を呼び出して、コードが適切に動作していることを確認します。また、単体テストライブラリプロジェクトをこのソリューションに追加し、同じリンクライブラリプロジェクトを呼び出すこともできます。

単体テストライブラリプロジェクトは、自己完結型にすることもできます。この場合、テストするロジックがテストケースと同じプロジェクトに存在することになります。ただし、上記のモデルでは、最新のソースでテストを行うようにし、必要な重複コードの量を減らしています。