Тестирование абстрактных классов

Эран, ваш метод должен работать, но он противоречит тенденции написания теста до реального кода.

Я бы посоветовал написать тесты на желаемую функциональность неабстрактного подкласса рассматриваемого абстрактного класса, затем написать абстрактный класс и реализующий подкласс и, наконец, запустить тест.

Очевидно, что ваши тесты должны тестировать определенные методы абстрактного класса, но всегда через подкласс.

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

Ответ Нельсона неверен.

Абстрактные классы не требуют, чтобы все их методы были абстрактными.

Реализованные методы - это те, которые нам нужно протестировать.

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

Ваше здоровье.

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

Не так уж редко при написании некоторого библиотечного кода иметь определенный базовый класс, который вы ожидаете расширить на своем уровне приложения. И если вы хотите убедиться, что код библиотеки протестирован, вам нужны средства для UT конкретных методов абстрактных классов.

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

Прямо из Руководство по PHPUnit:

abstract class AbstractClass
{
    public function concreteMethod()
    {
        return $this->abstractMethod();
    }

    public abstract function abstractMethod();
}

class AbstractClassTest extends PHPUnit_Framework_TestCase
{
    public function testConcreteMethod()
    {
        $stub = $this->getMockForAbstractClass('AbstractClass');
        $stub->expects($this->any())
             ->method('abstractMethod')
             ->will($this->returnValue(TRUE));

        $this->assertTrue($stub->concreteMethod());
    }
}

Мок-объект дает вам несколько вещей:

• от вас не требуется конкретная реализация абстрактного класса, вместо этого вы можете обойтись без заглушки
• вы можете вызывать конкретные методы и утверждать, что они работают правильно
• если конкретный метод основан на нереализованном (абстрактном) методе, вы можете заглушить возвращаемое значение с помощью метода will () PHPUnit

Это хороший вопрос. Я тоже это искал. К счастью, в PHPUnit уже есть метод getMockForAbstractClass() для этого случая, например

protected function setUp()
{
    $stub = $this->getMockForAbstractClass('Some_Abstract_Class');
    $this->_object = $stub;
}

Важный:

Обратите внимание, что для этого требуется PHPUnit> 3.5.4. В предыдущих версиях был Жук.

Чтобы перейти на последнюю версию:

sudo pear channel-update pear.phpunit.de
sudo pear upgrade phpunit/PHPUnit

Следует отметить, что с PHP 7 была добавлена ​​поддержка анонимные классы. Это дает вам дополнительные возможности для настройки теста для абстрактного класса, который не зависит от функциональности PHPUnit.

class AbstractClassTest extends \PHPUnit_Framework_TestCase
{
    /**
     * @var AbstractClass
     */
    private $testedClass;

    public function setUp()
    {
        $this->testedClass = new class extends AbstractClass {

            protected function abstractMethod()
            {
                // Put a barebones implementation here
            }
        };
    }

    // Put your tests here
}