.NETの最適な単体テストフレームワークとは何ですか？[閉まっている]

誰もが他のオプションを考慮せずにNUnitを使用しているように思えます。私はこれが理由だと思う：

• 誰もがすでにそれをよく知っているので、新しいAPIを学ぶ必要はありません。
• NUnitで動作するように、継続的インテグレーションサーバーで既にセットアップされています。

私はこれについて間違っていますか？

最近、自分のプロジェクトの1つでxUnitを使用することにしました。それは私にとって非常に理にかなっており、概念的にはNUnitからの明確な一歩のように思えます。

どのフレームワークが実際に最良であるかについて意見を聞きたいと思います-それを学習したり、自動テストを再構成したりすることを考慮しません。

MSTest

私は個人的にMSTestを使用しています。NUnitは非常に優れていますが、VS2010では、MSTestはすでにIDEに完全に統合されており、完全なプロジェクトテンプレートがあります。.NETの場合、2010を使用している場合、MSTestは単にコードカバレッジ、テストランナー、および他の利用可能なツールのために行く方法だと思います（VS2008のMSTestはパーになっていません）箱から出して。（CodeRushまたはR＃を使用する場合、他のテストフレームワーク用の非常に優れたテストランナー/ツールがあります）

編集：私はXUnitに移動しました。：D

数年前にGallio / MbUnitを使い始めました。そして、それが提供する機能と宝石は非常に強力なので、選択を後悔したことはありません。実際、私は現在Gallio OSSプロジェクトの開発チームの一員です。それで私はそれをさらに素晴らしいものにするために貢献することができます。

• MbUnitには、開発者の作業を簡単にする多くの強力な機能があります（契約検証、テストファクトリ、構造的等価性比較、組み合わせテスト、データ生成フレームワーク、テキストの比較、xmlアサーション、拡張ポイントなど）。
• Gallioは、優れたレポートツールを使用してすべてのテストを実行するための一貫したプラットフォームを提供します。また、MbUnitを使用しない他のOSSプロジェクトからのテストを統合して実行することができるという事実も気に入っています。多くのサードパーティツール内でのシームレスな統合も便利です（R＃、PoSh、dotCoverなど）そして、インフラストラクチャの拡張性は素晴らしいです（たとえば、ネイティブのアンマネージC ++テストフレームワークのテストアダプターを書き終えたところです）近日中にリリースされる予定です）

Wikiは確かにガリオとMbUnitのV3を発見するための出発点は良いです。まだいくつかの章を欠いていますが、すでに静かに便利です。

ここで1つを選んで使用することがおそらく最も重要なステップです。

個人的には、いくつかの理由でNUnitを選択します。何よりもまず、ツールのサポートです。Visual Studio 2010用の無料のアドインがあり、すべての主要なサードパーティプラグインがサポートしています。すべての単一のビルドシステム、テストカバレッジユーティリティ、およびCIサーバーがサポートしています。多くの場合、プラグインなし。コードレベルでは、それはこの時点でいずれかのシナリオについてだけで処理することができます-データ駆動型テスト、継承、抽象テストクラス、一般的なテストクラス、セットアップを、ある程度など、取り壊す我々が持っているのxUnitを NUnitのは、あまりにも得たので機能豊富そして強力。

Yannが述べたように、NUnitを超えて、MBUnit + Gallioについてかなりまともな議論をすることができると思います-それは非常に堅実なフレームワークです。可能な場合は避けるべきものは、いくつかの致命的な欠陥が見られるMSTestです。欠陥は、継承なし、プロフェッショナルまたはより優れたビジュアルスタジオSKUへの依存など、テストクラスの制約の一部です。テストを実行するために、ビルドサーバーにVisual Studioをインストールする必要があります。

1つの理由は、NUNITがxUnitよりも業界標準になることです。しかし、個人的には、私はxunitが大好きです。