PHPUnit: Stubbing multiple interfaces

Question

Я получаю доступ к PHPUnit и до сих пор нашел его довольно простым в использовании, но я столкнулся с тестовым примером, который вызывает у меня трудности.

Я пишу код против набора интерфейсов, которые, как предполагается, будут реализовывать объекты (некоторые из них, некоторые самодельные), а для SUT требуется входной объект для реализации нескольких интерфейсов. Например:

class MyClass implements ArrayAccess, MyInterface 
{ 
    // ... 
} 

тестируемые делают вещи, такие как это:

class ClassToBeTested 
{ 
    protected $obj = NULL; 

    public function __construct ($obj) 
    { 
     $this -> obj = $obj; 
    } 

    public function methodToBeTested() 
    { 
     if ($this -> obj instanceof ArrayAccess) 
     && ($this -> obj instanceof MyInterface) 
     { 
      // ... 
     } 
    } 

    public function otherMethodUnderTest() 
    { 
     if ($this -> obj instanceof ArrayAccess) 
     { 
      // ... 
     } 
     else 
     if ($this -> obj instanceof MyInterface) 
     { 
      // ... 
     } 
    } 
} 

я могу создать заглушку из одного интерфейса или других, но я не знаю, если вы можете создать огрызок, который реализует их оба.

protected function setUp() 
{ 
    $stubField = $this -> getMockBuilder ('ArrayAccess') 
      -> getMock(); 
    $this -> object = new ClassToBeTested ($stubField); 
} 

или

protected function setUp() 
{ 
    $stubField = $this -> getMockBuilder ('MyInterface') 
      -> getMock(); 
    $this -> object = new ClassToBeTested ($stubField); 
} 

Можно ли генерировать окурки из списка интерфейсов, или у меня есть незавершенная конкретный класс, который реализует ожидаемые интерфейсы? Это само по себе вызывает трудности, потому что классу, который нужно окутать, нужен другой объект, который должен быть передан его конструктору, и я не могу заставить disableOriginalConstructor() или setConstructorArgs() работать, я думаю, это потому, что конкретные классы, о которых идет речь, не реализуют сам конструктор, а наследуют его от суперкласса. Я пропустил что-то очевидное здесь?

Answer 1

У вас есть доступ к редактированию исходного кода? Если это так, я бы создал новый интерфейс, который расширяет как ArrayAccess, так и MyInterface. Таким образом, вы должны иметь возможность заглушить/издеваться над объектом, чтобы протестировать тестируемый метод.

Answer 2

Не рекомендуется создавать интерфейс в прикладной кодовой базе до , чтобы сделать тесты счастливыми. Я имею в виду, что вы можете создать этот интерфейс, но было бы лучше, если бы вы поместили его где-нибудь в базу тестового кода. Например, вы можете поместить интерфейс после класса тестового случая в файле непосредственно

Для проверки двух интерфейсов одновременно я создал интерфейс в тест дела (это может быть любое другое место)

interface ApiAwareAction implements ActionInterface, ApiAwareInterface 
{ 
} 

И после того, как я сделал макет этого класса:

$this->getMock('Payum\Tests\ApiAwareAction');