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

Question

В настоящее время я работаю с PHPUnit, чтобы попытаться разработать тесты наряду с тем, что я пишу, однако в настоящее время я работаю над написанием Session Manager, и у меня возникают проблемы при этом ...

Конструктор для класса обработки Session -

private function __construct()
{
    if (!headers_sent())
    {
        session_start();
        self::$session_id = session_id();
    }
}

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

Answer 1

Ну, ваш менеджер сессий в основном не работает. Чтобы иметь возможность что-то тестировать, должна быть возможность изолировать это от побочных эффектов. К сожалению, PHP разработан таким образом, что он поощряет свободное использование глобального состояния (echo, header, exit, session_start и т. Д. И т. Д.).

Лучшее, что вы можете сделать, - это выделить побочные эффекты в компоненте, которые можно поменять местами во время выполнения. Таким образом, ваши тесты могут использовать фиктивные объекты, в то время как живой код использует адаптеры, которые имеют реальные побочные эффекты. Вы обнаружите, что это плохо работает с синглетами, которые, я полагаю, вы используете. Поэтому вам придется использовать какой-то другой механизм для распределения общих объектов в вашем коде. Вы можете начать со статического реестра, но есть и лучшие решения, если вы не возражаете против изучения.

Если вы не можете этого сделать, у вас всегда есть возможность написать интеграционные тесты. Например. используйте эквивалент PHPUnit WebTestCase.

Answer 2

Создайте файл начальной загрузки для phpunit, который вызывает:

session_start();

Затем запустите phpunit следующим образом:

phpunit --bootstrap pathToBootstrap.php --anotherSwitch /your/test/path/

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

Answer 3

phpUnit печатает выходные данные во время выполнения тестов, поэтому headers_sent () возвращает true даже в первом тесте.

Чтобы преодолеть эту проблему для всего набора тестов, вам просто нужно использовать ob_start () в вашем скрипте установки.

Например, допустим, у вас есть файл с именем AllTests.php, который первым загружает phpUnit. Этот скрипт может выглядеть следующим образом:

<?php

ob_start();

require_once 'YourFramework/AllTests.php';

class AllTests {
    public static function suite() {
        $suite = new PHPUnit_Framework_TestSuite('YourFramework');
        $suite->addTest(YourFramework_AllTests::suite());
        return $suite;
    }
}

Answer 4

У меня возникла та же проблема, и я решил ее, вызвав phpunit с флагом --stderr, так:

phpunit --stderr /path/to/your/test

Надеюсь, это кому-нибудь поможет!

Answer 5

Я думаю, что «правильное» решение - создать очень простой класс (настолько простой, что его не нужно проверять), который является оберткой для функций, связанных с сессиями PHP, и использовать его вместо вызова session_start() и т. Д. .прямо.

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

private function __construct(SessionWrapper $wrapper)
{
   if (!$wrapper->headers_sent())
   {
      $wrapper->session_start();
      $this->session_id = $wrapper->session_id();
   }
}

Answer 6

Мне интересно, почему никто не указал опцию XDebug:

/**
 * @runInSeparateProcess
 * @requires extension xdebug
 */
public function testGivenHeaderIsIncludedIntoResponse()
{
    $customHeaderName = 'foo';
    $customHeaderValue = 'bar';

    // Here execute the code which is supposed to set headers
    // ...

    $expectedHeader = $customHeaderName . ': ' . $customHeaderValue;
    $headers = xdebug_get_headers();

    $this->assertContains($expectedHeader, $headers);
}

Answer 7

Похоже, вам нужно внедрить сеанс, чтобы вы могли проверить свой код. Лучшим вариантом, который я использовал, является Aura.Auth для процесса аутентификации и использования NullSession и NullSegment для тестирования.

Тестирование ауры с нулевыми сессиями

Фреймворк Aura прекрасно написан, и вы можете использовать Aura.Auth самостоятельно, без каких-либо других зависимостей фреймворка Aura.

Answer 8

Поскольку я сейчас тестирую мой загрузчик (да, я знаю, что большинство из вас этого не делают), я столкнулся с той же проблемой (и header (), и session_start ()). Решение, которое я нашел, довольно простое: в вашем тестовом модуле unittest определите константу и просто проверьте ее перед отправкой заголовка или началом сеанса:

// phpunit_bootstrap.php
define('UNITTEST_RUNNING', true);

// bootstrap.php (application bootstrap)
defined('UNITTEST_RUNNING') || define('UNITTEST_RUNNING', false);
.....
if(UNITTEST_RUNNING===false){
    session_start();
}

Я согласен, что это не идеально по дизайну, но я тестирую существующее приложение, переписывать большие части нежелательно. Я также использовал ту же логику для тестирования закрытых методов, используя магические методы __call () и __set ().

public function __set($name, $value){
    if(UNITTEST_RUNNING===true){
       $name='_' . $name;
       $this->$name=$value;
    }
    throw new Exception('__set() can only be used when unittesting!');
 }

Answer 9

Создание загрузочного файла, отмеченного 4 сообщениями назад, кажется самым чистым путем.

Часто с PHP нам приходится поддерживать и пытаться добавить какую-то инженерную дисциплину в унаследованные проекты, которые ужасно сочетаются друг с другом. У нас нет времени (или полномочий), чтобы бросить всю кучу мусора и начать заново, поэтому первый ответ от troelskn не всегда возможен в качестве пути продвижения вперед. (Если бы мы могли вернуться к первоначальному дизайну, то могли бы вообще отказаться от PHP и использовать что-то более современное, такое как ruby ​​или python, а не помогать увековечить этот COBOL в мире веб-разработки.)

Если вы пытаетесь написать модульные тесты для модулей, которые используют session_start или setcookie, то запуск сеанса в файле boostrap решит эти проблемы.

Answer 10

Насколько я знаю, Zend Framework использует ту же буферизацию вывода для своих тестов пакетов Zend_Session. Вы можете ознакомиться с их тестовыми примерами, чтобы начать работу.