単体テストでプロジェクトを「使用」するか、それとも同じ名前空間を持っていますか？

バックグラウンド

C＃.NETでプロジェクトに取り組んでいますが、Visual Studioのソリューションに新しい単体テストプロジェクトを追加しました。私がこれをいつもやっている方法は：

1. 新しい単体テストプロジェクトを作成します。
2. そのプロジェクトに、テスト中のプロジェクトへの参照を含めます。
3. プロジェクトを含める（using）だけです。

あなたができる他の方法は...

1. 新しい単体テストプロジェクトを作成します。
2. そのプロジェクトに、テスト中のプロジェクトへの参照を含めます。
3. 作るユニットテストプロジェクトが持つ名前空間を共有テスト中のプロジェクトを。

質問

.NETの世界のプロジェクトでこれを行うための受け入れられた方法はありますか、またはこれは単なる意見であり、それ以上のものはありませんか？

単体テストは別のプロジェクトにあり、メインコードとは別の機能を提供するため、それらを別の名前空間に配置するのが最も理にかなっています。

using行を保存するためだけに同じ名前空間に配置することを検討している場合は、しないでください。少ないコードは良いです、より明確なコードは良いです。

Tests問題のない数年間、実際のプロジェクトと同じ名前空間の単体テストプロジェクトを使用しました（テストプロジェクトの名前空間のサフィックスを手動で削除する）。

私はそれがより簡単なコードにつながると思うので、私は通常、そのアプローチをとることをお勧めします。名前空間の競合の可能性などのいくつかの欠点は、ユニットテストプロジェクトを処理するときに発生しないはずTestsです。さらに、クラスとテストクラスを同じ名前空間に置くことは、私には非常に直感的に聞こえます。

奇妙だと思う人もいますが、多くのフレームワークアセンブリが同じ名前空間にクラスを持つ複数のDLLを持つこの戦略を使用しているため、これは実際には当てはまりません。これは驚くべきことでも悪いことでもありませんそれ自体で練習します。

これは個人的な好みの方が多いと思うので、それ自体は「答えられる」とは言えません。とはいえ、上記の推論のとおり、「私の投票」とは、最初は自分で試してみることです。アプローチが気に入った場合は、ぜひ試してみてください。