PHPUnit - インターフェイスのテストクラスを作成し、ファクトリを使用してオブジェクトをテストする

Question

私はインターフェイスを継承するクラスを作成しています。クライアントコードは、そのインターフェース用に作成され、クラスはそれをサポートするように記述されます。アイデアは、後でそのインタフェース用の他のクラスを作成し、それらの2つの異なるクラスのオブジェクトを完全に交換可能にすることです。最初のクラスのテストクラスを作成するのではなく、インターフェイスのクラスを作成したいと思います。

私の計画では、コンストラクタ用のファクトリオブジェクトを取得するテストクラス（依存関係注入）を作成し、そのファクトリを使用してテスト対象クラスの新しいインスタンスを作成しました。

そのようにして、ClassAをテストしたければ、ClassAFactoryオブジェクトをテストクラスのコンストラクタに渡すことができました。クラスBをテストしたい場合、ClassBFactoryオブジェクトを渡します。両方のクラスは互換性があるように設計されています。パブリックメソッドのみがテストされているので、理想的です。

しかし、コンストラクタのテストはどうですか？抽象テストクラスを作成し、抽象テストクラスを継承するクラスにコンストラクタテストを組み込む方が良いでしょうか（異なるクラスは異なる方法でインスタンス化できますか）

私は最初のアイデアを使用していた場合、私は同じように、私は各クラスのテストクラスがテストされている必要があります推測：

class ClassATest extends [PHPUnit test case] 
{ 
    $myFactory = new ClassAFactory(); 
    $myTest = new ClassTest($myFactory); 

    $myTest->test1(); 
    $myTest->test2(); 
    //etc. 
} 

これについて移動する最良の方法は何ですか？私は一般的なテストをしたいので、共通のインターフェースを実装するために新しいクラスを書くときに、他のクラスと同じテストのオブジェクトを置くことができます。しかし、異なるクラスが異なるコンストラクタを持つことを見ると、おそらく抽象クラスを作成し、新しいオブジェクトごとに拡張する方が良いでしょうか？どう思いますか？

Answer 1

あなたの計画を再検討する必要があると思います。インターフェースをテストすることはできません。なぜなら、インターフェースは単にAPIを定義して機能を定義せず、テスト機能をテストするだけです。あなたに役立つ例を教えてください。 「メッセージング」インターフェースを持っているとします。したがって、EmailMessagerとSMSMessagerを実装します。ここでは、受信者（電子メールアドレス）を検証したり、電子メールクラスなどに送信を委任するなど、その作業を確実に行うために必要なEmailMessagerの場合とは別に、これらを個別にテストする必要があります。

Answer 2

ファクトリを必要とせずに各サブクラスが設定するプロパティを使用して、すべてのテストメソッドで抽象テストケースを作成できます。すべての実装が必要とする固定された品質をテストできます。

abstract class IAdderTestCase extends PFTC 
{ 
    function testAdd() { 
     self::assertEquals(5, $this->fixture->add(2, 3)); 
    } 
    ... 
} 

class BasicAdderTest extends IAdderTestCase 
{ 
    function setUp() { 
     $this->fixture = new BasicAdder(); 
    } 
} 

PHPUnitは、各テストメソッドの前にsetUp（）を呼び出します。各具体的なサブクラスに追加されたすべての継承されたテストメソッドを追加する必要があります。コンストラクタをテストします。