Перемешивание объекта PDO с использованием PHPUnit - PullRequest
Новая
       13

Перемешивание объекта PDO с использованием PHPUnit

33 голосов
/ 29 июня 2010

Я испытываю трудности с насмешкой над объектом PDO с помощью PHPUnit.

Похоже, в Интернете не так много информации о моей проблеме, но из того, что я могу собрать:

  1. PDO имеет методы 'final' __wakeup и __sleep, которые предотвращают его сериализацию.
  2. Реализация фиктивного объекта PHPunit в какой-то момент сериализует объект.
  3. После этого модульные тесты завершаются с ошибкой PHP, генерируемой PDO.

функция, предназначенная для предотвращения такого поведения, добавив следующую строку в ваш модульный тест: 

class MyTest extends PHPUnit_Framework_TestCase

{    
    protected $backupGlobals = FALSE;
     // ...

}

Источник: http://sebastian -bergmann.de / archives / 797-Global-Variables-and-PHPUnit.html

Это не работает для меня, мой тест по-прежнему выдает ошибку.

Полный тестовый код: 

class MyTest extends PHPUnit_Framework_TestCase
{

    /**
     * @var MyTest
     */
    private $MyTestr;

    protected $backupGlobals = FALSE;

    /**
     * Prepares the environment before running a test.
     */
    protected function setUp()
    {
        parent::setUp();

    }

    /**
     * Cleans up the environment after running a test.
     */
    protected function tearDown()
    {

        parent::tearDown();
    }

    public function __construct()
    {

        $this->backupGlobals = false;
        parent::__construct();

    }


    /**
     * Tests MyTest->__construct()
     */
    public function test__construct()
    {

        $pdoMock = $this->getMock('PDO', array('prepare'), array(), '', false);

        $classToTest = new MyTest($pdoMock);

        // Assert stuff here!


    }

    // More test code.......

Кто-нибудь из PHPUnit pro поможет мне?

Спасибо,

Бен

Ответы [ 3 ]

47 голосов
/ 03 ноября 2010

$ backupGlobals вам не поможет, потому что эта ошибка происходит из других источников. PHPUnit 3.5.2 (возможно, и более ранние версии) имеет следующий код в PHPUnit / Framework / MockObject / Generator.php 

    if ($callOriginalConstructor &&
        !interface_exists($originalClassName, $callAutoload)) {
        if (count($arguments) == 0) {
            $mockObject = new $mock['mockClassName'];
        } else {
            $mockClass  = new ReflectionClass($mock['mockClassName']);
            $mockObject = $mockClass->newInstanceArgs($arguments);
        }
    } else {
        // Use a trick to create a new object of a class
        // without invoking its constructor.
        $mockObject = unserialize(
          sprintf(
            'O:%d:"%s":0:{}',
            strlen($mock['mockClassName']), $mock['mockClassName']
          )
        );
    }

Этот "трюк" с unserialize используется, когда вы просите getMock не выполнять исходный конструктор, и он быстро завершится с PDO.

Итак, как обойти это?

Один из вариантов - создать помощника по тестированию, подобного этому 

class mockPDO extends PDO
{
    public function __construct ()
    {}

}

Цель здесь - избавиться от оригинального конструктора PDO, который вам не нужен. Затем измените свой тестовый код на это: 

$pdoMock = $this->getMock('mockPDO', array('prepare'));

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

2 голосов
/ 03 ноября 2010

Вы создаете экземпляр своего тестового примера в своем тестовом примере? 

$classToTest = new MyTest($pdoMock);

Прямо сейчас вы по сути тестируете свой тестовый пример.Это должно быть что-то вроде: 

$classToTest = new My($pdoMock);
2 голосов
/ 29 июня 2010

Лучшее, что я могу придумать, - это использовать runkit и переопределить два последних метода как защищенные с помощью runkit_function_redefine.

Не включайте get, чтобы включить параметр runkit.internal_override в php.ini.

И как всегда, как и в случае с eval, если runkit кажется ответом, вопрос, вероятно, неправильный:)

...