プライベート対パブリックメソッドとテスト可能なコード

Question

オブジェクト指向プログラミングに関するリソースを読むロジックは、できるだけ公開メソッド を回避することです。パブリックメソッドは、他のオブジェクトが私たちのクラスとやりとりするためのインターフェイスである を提供します。

このインターフェイスはできるだけシンプルで、実装の詳細はプライベートメソッド内に隠す必要があります。

私の質問はプライベートメソッドのテストできない性質のために発生します。

コードはテスト可能なはずですか？私は...

Answer 1

これら二つのアプローチは、一貫した開発アプローチに統合されているかを確認していない民間と保護公共の簡単な説明、：

• 公共：
• 他のクラスによってアクセプライベート：他のクラスからアクセスできない
• プロテクト：他のクラスからはアクセスできませんが、派生クラスからアクセス可能

オブジェクト指向プログラミングに関するリソースは、公開メソッドを可能な限り避けることです。

これは完全ではありません。メソッドがクラス内でのみ使用され、クラスによって公開されるインタフェースの一部でない場合、そのメソッドはプライベートである必要があります（または、クラスを拡張する場合は保護されている必要があります）。パブリックメソッドはインターフェイスの一部であり、他のクラスから呼び出されるように設計されたメソッドです。パブリックメソッドの使用を制限するよう強制しないでください。クラスが多くのパブリックメソッドを必要とする場合は、それを持つ必要があります。クラスの内部力学を外部世界に公開しないでください。あなたは大丈夫です。

リフレクションを使用して、テスト、プライベートおよび保護された方法について缶をテストしてください。 Reflectionは、テスト目的などのために、メソッドのアクセサをプライベートからパブリックに変更することを可能にします。リフレクションの詳細を読むhere

Answer 2

パブリックメソッドをテストすることでクラスをテストできます。それが十分なカバレッジではなく、プライベートまたはプロテクトされたメソッドにまだ多くの機能がある場合は、別のクラスにする必要があります。

TTDを使用すると、すべてのメソッドがパブリックに開始され、プライベートメソッドは既に動作しテスト済みのコードからのみ再集計されるべきだと言う人もいます。

モックを使用する必要がある場合は、プライベートか保護をテストすることもできます。