SelfTest（）メソッドを使ってプライベートメンバーをテストする

Question

DBクエリをラップするクラスがたくさんあります。私は、各クエリをテスト実行し、その結果を確認し、自分のクラスのプライベートメンバーに返すことができるようにしたい。心に浮かぶおそらく野蛮な考え方は、[Fact]属性を持つXUnitに表示されるpublic SelfTest()メソッドをクエリラッパーに与えることでした。したがって、私のテストメソッドは、クラスの内部へのアクセスを持ち、DB要求の結果を詳細に検証することができます。

私が知っておくべき不幸な結果はありますか？私は自分のDBラッパークラスにパブリックメソッドを追加していますが、このメソッドはダメージを受けません。 XUnitでは私のアプリケーションを別のプロジェクトでテストするのではなく、直接「消耗品」にしていますが、これは無害です。

Answer 1

実動コードにSelfTest（）メソッドを追加することは、機能に直接影響しません。しかし、これは種類が の「babaric」というあなたの考えは、クリーンコードとして知られているいくつかの原則の違反によって引き起こされます。

• このすべての最初のシングルResponsibilty原則に違反することになります。ただ、いくつかのポイントが名前を付ける

  。機能自体のほかに、クラスは自分自身をテストする責任があります。

• さらに多くのコードと複雑さがクラスに追加されています。誰かがその機能を理解するのが面白い場合、誰がテストコードを読みたいのですか？
• 生産コード（この場合はXUnit）に依存関係を追加すると、アセンブリは出荷される製品の一部になります。

しかし、代替アプローチは何ですか？

テストのためにすべてのメソッドとプロパティをpublicにするだけでは適切ではありません。しかし、assembly.csのInternalsVisibleToアノテーションを使用すると、テストプロジェクトアセンブリに、テストするアセンブリの内部メソッドとプロパティにアクセスする権利を与えることができます。

例：

内部の方法を用いることができるMyAssembly.UnitTestsに

[assembly:InternalsVisibleTo("MyAssembly.UnitTests")] 

そしてMyAssemblyラインのassembly.csに加えます。