PHPUnit mocking traits

Question

Я читал руководство PHPUnit, и есть одна часть, я просто не могу понять, что делать с издевательскими чертами (figure 9.18).

В их примере есть конкретный метод, который возвращает значение из абстрактного метода (который в конечном итоге издевается над тестом).

К сожалению, объяснение 2 предложения не объясняет, почему это полезно! Насколько я могу судить, тест, очевидно, пройдет, но в реальном мире абстрактный метод не будет издеваться, и на самом деле это провалится?

Мы собираемся удалить абстрактный метод и заменить вызов его конкретным методом? Если да, то в чем смысл теста? Почему мы загромождаем черты абстрактными методами, которые на самом деле не используются?

Вопрос о том, почему тест должен пройти тестирование, если он используется в реальном мире, это провалится? Если бы кто-то мог помочь мне понять это, было бы признательно!

Answer 1

я слегка изменен пример за ссылку, чтобы разоблачить то, что на самом деле тесты тест:

<?php 
trait AbstractTrait 
{ 
    public function concreteMethod() 
    { 
     // this is the only logic which is being tested in testConcreteMethod test 
     $result = $this->abstractMethod() * 2; 

     return $result; 
    } 

    /** 
    * @return int 
    */ 
    public abstract function abstractMethod(); 
} 

class TraitClassTest extends PHPUnit_Framework_TestCase 
{ 
    public function testConcreteMethod() 
    { 
     $mock = $this->getMockForTrait('AbstractTrait'); 

     $mock->expects($this->any()) 
      ->method('abstractMethod') 
      ->will($this->returnValue(5)); 

     $this->assertEquals(10, $mock->concreteMethod()); 
    } 
} 

Если реализация AbstractTrait::concreteMethod изменений, например, до

public function concreteMethod() 
    { 
     $result = $this->abstractMethod() * 3; 

     return $result; 
    } 

Испытание не удастся.

Чтобы быть абсолютно честным, я никогда не использовал черты с абстрактными методами в реальной живой и проверенной логике признаков, проверяя один из классов, которые используют черту. Как и в примере выше, было бы невозможно протестировать AbstractTrait::concreteMethod в изоляции без издевательских абстрактных методов.