Подтвердить что ты не робот

Проверка заголовков PHP с помощью PHPUnit

Я пытаюсь использовать PHPunit для тестирования класса, который выводит некоторые пользовательские заголовки.

Проблема в том, что на моей машине это:

<?php

class HeadersTest extends PHPUnit_Framework_TestCase {

    public function testHeaders()
    {
        ob_start();

        header('Location: foo');
        $headers_list = headers_list();
        header_remove();

        ob_clean();

        $this->assertContains('Location: foo', $headers_list);
    }
}

или даже это:

<?php

class HeadersTest extends PHPUnit_Framework_TestCase {

    public function testHeaders()
    {
        ob_start();

        header('Location: foo');
        header_remove();

        ob_clean();
    }
}

вернуть эту ошибку:

[email protected] [~/test]# phpunit --verbose HeadersTest.php 
PHPUnit 3.6.10 by Sebastian Bergmann.

E

Time: 0 seconds, Memory: 2.25Mb

There was 1 error:

1) HeadersTest::testHeaders
Cannot modify header information - headers already sent by (output started at /usr/local/lib/php/PHPUnit/Util/Printer.php:173)

/test/HeadersTest.php:9

FAILURES!
Tests: 1, Assertions: 0, Errors: 1.

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

Что может быть проблема?

4b9b3361

Ответ 1

Проблема в том, что PHPUnit будет печатать заголовок на экране, и в этот момент вы не можете добавить больше заголовков.

Работа вокруг - это запустить тест в изолированном процессе. Вот пример

<?php

class FooTest extends PHPUnit_Framework_TestCase
{
    /**
     * @runInSeparateProcess
     */
    public function testBar()
    {
        header('Location : http://foo.com');
    }
}

Это приведет к:

$ phpunit FooTest.php
PHPUnit 3.6.10 by Sebastian Bergmann.

.

Time: 1 second, Memory: 9.00Mb

OK (1 test, 0 assertions)

Ключ - аннотация @runInSeparateProcess.

Если вы используете PHPUnit ~ 4.1 или что-то еще и получите ошибку:

PHP Fatal error:  Uncaught Error: Class 'PHPUnit_Util_Configuration' not found in -:378
Stack trace:
#0 {main}
  thrown in - on line 378

Fatal error: Uncaught Error: Class 'PHPUnit_Util_Configuration' not found in - on line 378

Error: Class 'PHPUnit_Util_Configuration' not found in - on line 378

Call Stack:
    0.0013     582512   1. {main}() -:0

Попробуйте добавить это в свой загрузочный файл, чтобы исправить его:

<?php
if (!defined('PHPUNIT_COMPOSER_INSTALL')) {
    define('PHPUNIT_COMPOSER_INSTALL', __DIR__ . '/path/to/composer/vendors/dir/autoload.php');
}

Ответ 2

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

Мое исправление заключалось в том, чтобы направить вывод phpunit в stderr, например:

phpunit --stderr <options>

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

Ответ 3

В стороне: для меня headers_list() было возвращено 0 элементов. Я заметил @titel комментарий по этому вопросу и подумал, что это заслуживает особого упоминания здесь:

Просто хотел, чтобы это было освещено, если есть заинтересованные люди в этом тоже. headers_list() не работает во время работы PHPunit (который использует PHP CLI), но xdebug_get_headers() работает вместо этого.

НТН

Ответ 4

У меня было более радикальное решение, чтобы использовать $_SESSION внутри моих проверенных/включенных файлов. Я редактировал один из файлов PHPUnit в ../PHPUnit/Utils/Printer.php, чтобы иметь "session_start();" перед командой "print $buffer" .

Это работало для меня как шарм. Но я думаю, что пользовательское решение "joonty" является лучшим из всех до сих пор.

Ответ 5

Как уже упоминалось в комментарии, я считаю это лучшим решением для определения processIsolation в файле конфигурации XML, например

     <?xml version="1.0" encoding="UTF-8"?>
     <phpunit
        processIsolation            = "true"
        // ... 
     >
     </phpunit>

Таким образом, вам не нужно передавать параметр --stderr, что может раздражать ваших сотрудников.

Ответ 6

Альтернативным решением для @runInSeparateProcess является указание опции -process-изоляции при запуске PHPUnit:

[email protected] [~/test]# phpunit --process-isolation HeadersTest.php

Это аналогично установке параметра processIsolation = "true" в phpunit.xml.

Это решение имеет схожие преимущества/недостатки с указанием опции -stderr, которая, однако, не работала в моем случае. В принципе, никаких изменений кода не требуется, даже несмотря на то, что может произойти поражение производительности из-за запуска каждого теста в отдельном PHP-процессе.