C#を除いた単体テスト(ユニットテストからのリリース版のプロジェクト

StackOverflow https://stackoverflow.com/questions/81784

質問

どんく 分離ドおよび関連するユニットテスト?知っている人を個別プロジェクトユニットは、これまでも私個人の見くことが困難なナンス性の向上にも寄与します。一方、シャッフルした場合、最大コードとその試験を単一のプロジェクトは、最後のバイナリに関連する単体テストの枠組みで途,MbUnitなど)は、自身のバイナリ並んでいます。

こちらはデバッグでしたが、一の構築 リリース版, ったくない自分のコードを 参考のユニットテスティングフレームワーク ました。

ひとつの解決策を見つを同封してすべての試験ユニット内にそうでない場合はデバッグ--#endif指令について：ない場合のコードを参照試験ユニット組立、コンパイラではなく省略の基準は、コンパイルしたコードです。

その他の可能性あり快適なオプションを同様のゴールは何ですか？

役に立ちましたか？

解決

もあまりの提唱者で分離検査を別々のプロジェクト.このように思います。

あり、 Gary というのも力で試行動を通じて公開方法により演奏のinnardsの授業

他のヒント

としてのその他の点、別の試験プロジェクト（通常プロジェクト）は、良きについて教えてください。また、普段はミラーの名前空間を試験クラス毎に通常のクラスは"ストに追加されます。これは直接サポートして、IDEの場合はVisual Studio Teamできるシステムの自動生成の試験クラスとメソッドを別のプロジェクト.

気をつけなければいけない記憶したい場合は試験クラスとメソッドの'内部'アクセス用メソッドは、以下の行を追加しますのAssemblyInfo.csファイルはそれぞれのプロジェクト試験される:

[assembly: InternalsVisibleTo("UnitTestProjectName")]

きます。Net framework後v2有用な特徴できるマーク組立のInternalsVisibleToる属性の組み立てることによります。
一種の組み立てトンネルの特徴です。

他の代替用コンパイラディレクティブ内のファイルを別プロジェクトだけを追加.csファイルにご注意願います。

一部の魔法のプロジェクトファイルそのもの、それ

  1. 途.枠組みが大幅に向上しているのみ参照されるデバッグの構築
  2. テストのファイルにのみ含まれていdebugビルド

例です。csprojを抜粋した:

<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="3.5">

   ...

   <Reference Include="nunit.framework" Condition=" '$(Configuration)'=='Debug' ">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>..\..\debug\nunit.framework.dll</HintPath>
   </Reference>

   ...

   <Compile Include="Test\ClassTest.cs" Condition=" '$(Configuration)'=='Debug' " />

   ...
</Project>

私がお勧めする別個のプロジェクトユニット試験なプロジェクトの統合の試験、機能試験を実施。また、混合コード及び試験同一のプロジェクトは、いかがでしたかい保守性より分離した個別プロジェクト.

の維持並列の名前空間を使用した良識ある命名規約のための試験例MyClassとMyClassTest)までのコードベース保守性.

どちらの試験には別のプロジェクトは、試験基準のコードベースのコードベースことはありませんを参考に試験までを実施。っていうの混乱について二つのプロジェクト?できる用意していますので、そちらを同じ解決する形で構成されている。

の複雑な部品はもちろん、時には事業55プロジェクトの溶液に60%の試験までを実施。カウントを自分でラッキーだった。

いての試験を個別プロジェクトが同一溶液とする。付与され、大きな解決策がある場合がございますのプロジェクトでのソリューションエクスプローラで十分で分離しまうかの合理的な名前はしないんだと思っています。

各プロジェクトが対応です。試験プロジェクトを含む試験です。

E.g.の組み立てという"Acme.BillingSystem.Utils"、あるいテストと呼ばれる集会"Acme.BillingSystem.Utils.Test"

から除外のバージョンの製品は送ることdll.

私は常に私のユニットテストを別のプロジェクトで収集でます。

一つのことなられているバージョンのVisualStudioの事前の2005年になEXE組み立てプロジェクトから参照される他のプロジェクト.なので作業している場合は、従来のプロジェクトVS.NET オプションすることはできない。

  • 入れのユニットテストと同じプロジェクトや使用条件コンパイルの除外からリリース構造を作成する環境が整いました
  • 移動もdllアセンブリでおexeだけのエントリポイント。
  • を回避するIDEによるハッキングのプロジェクトファイルをテキストエディタ.

の条件正常にコンパイルできていることの少なくともエラーに陥りやすい。

もあまり同意の皆さまにいただくことを別の試験から生産ます。ばなし定義する必要があ条件comiplation定という実験ラップの全ての単体テスト授業 

#if TEST
#endif

ことを確認するテストコードなコンパイル生産シナリオ。それができたら、いずれかでき除外の試験dllから生産展開までもがよりも高いメンテナンスをNAntはMSBuildの生産統の参照この試験dll.

いを作り分Acme.ます。試験プロジェクトが作成されます。

その逆引きです:なぜ、あなたの試験です。なぜないのです。た場合の試験と試験ランナーについてまとめていレベルの受け入れテストおよびセルフテストとともに配布されます。

聞いたのですがこの引数を数回について考えたことを発表が個人的に継続して交流を続けており試験を別々のプロジェクト.

の場合 #if(DEBUG) タグクリーン"リリース"バージョンは、なぜうに必要な個別プロジェクトのための試験までを実施。途にLibarryA/B例ええ、ん、えな。現在レスのシナリオ。利用していたが別のプロジェクトが、このようにある一部の生産性を改善する。まだhumminとhawin.

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top