Tests unitaires avec les éléments qui ont besoin d'envoyer des en-têtes

Je suis actuellement en train de travailler avec PHPUnit pour essayer de développer des tests à côté de ce que je suis en train d'écrire, cependant, je suis actuellement en train de travailler sur l'écriture, le Gestionnaire de Session, et je suis d'avoir des problèmes de le faire...

Le constructeur de la Session de la manipulation de la classe est

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

Cependant, comme PHPUnit envoie le texte avant qu'il commence le test, tous les tests sur cet Objet renvoie un échec au test, HTTP "en-Têtes" ont été envoyés...

  • Je viens de courir dans le même problème, mais aucune des réponses ci-dessous sont de travail. Vous avez fait quoi à la fin? Veuillez m'envoyer un email.
InformationsquelleAutor Mez | 2008-10-10
  1. 36

    Bien, votre gestionnaire de session est fondamentalement brisé par la conception. Pour être en mesure de tester quelque chose, il doit être possible de l'isoler les effets secondaires. Malheureusement, PHP est conçu de telle façon, qu'il encourage l'utilisation libérale de l'état global (echo, header, exit, session_start etc. etc.).

    La meilleure chose que vous pouvez faire, est d'isoler les effets secondaires dans un composant, qui peut être échangé au moment de l'exécution. De cette façon, vos tests peuvent utiliser moqué d'objets, alors que le code en direct utilise des adaptateurs, qui ont de réels effets secondaires. Vous verrez que ce n'est pas de bien jouer avec les singletons, qui je présume que vous êtes en utilisant. De sorte que vous aurez à utiliser un autre mécanisme pour obtenir des objets partagés distribué à votre code. Vous pouvez commencer avec un registre statique, mais il y a des solutions encore meilleures si vous n'avez pas l'esprit un peu de l'apprentissage.

    Si vous ne pouvez pas faire cela, vous avez toujours la possibilité de l'écriture de l'intégration-tests. Par exemple. utiliser le PHPUnit est l'équivalent de WebTestCase.

    • Merci, j'avais besoin de ce difficile d'amour! Ma conception est largement mieux maintenant que j'ai isolé de l'environnement effets secondaires du reste de ma classe.
    • La documentation pour WebTestCase est maintenant au simpletest.org/en/web_tester_documentation.html.
    InformationsquelleAutor troelskn
  2. 20

    Créer un fichier de bootstrap pour phpunit, qui appelle:

    session_start();

    Puis commencer à phpunit comme ceci:

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

    Le fichier bootstrap est appelée avant toute autre chose, de sorte que la tête n'a pas été envoyé et tout devrait fonctionner correctement.

    • Si vous utilisez un fichier de configuration XML, vous pouvez configurer le bootstrap par l'ajout d'un bootstrap de l'attribut à la racine de votre <phpunit/> élément comme ceci: <phpunit bootstrap="/path/to/bootstrap.php">...</phpunit>
    InformationsquelleAutor Dominik
  3. 19

    phpUnit tirages de sortie pendant l'exécution des tests ainsi à l'origine headers_sent() pour renvoyer vrai même dans votre premier test.

    Pour surmonter ce problème, pour toute la suite de tests, vous devez simplement utiliser ob_start() dans votre script d'installation.

    Par exemple, disons que vous avez un fichier nommé AllTests.php c'est la première chose chargés par phpUnit. Ce script pourrait ressembler à l'exemple suivant:

    <?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;
    }
}
    • La meilleure solution pour les tests de boîte noire de code PHP, vous ne pouvez pas changer.
    • Notez que PHP 3.6 maintenant le fait automatiquement.
    • Cette solution a fonctionné pour moi 😀 PHPUnit 3.6 est censé mettre en œuvre ce mais ne pas fonctionner correctement pour moi. J'ai ajouté ob_start(); dans mon bootstrap.php fichier et tous mes tests avec les cookies et les en-têtes ont commencé à travailler à nouveau correctement.
    InformationsquelleAutor Michael
  4. 13

    J'ai eu le même problème et je l'ai résolu en appelant phpunit avec --stderr drapeau comme cela:

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

    Espère que cela aide quelqu'un!

    • Après une heure ou deux de cette recherche est la plus facile et la meilleure solution pour me permettre de tester le code qui avait la fonction setcookie() enterrés à l'intérieur d'elle. À l'aide de @runInSeparateProcess provoque d'autres problèmes alors que c'est parfait (pour l'instant).
    InformationsquelleAutor Juanjo Lainez Reche
  5. 5

    Je pense que la "bonne" solution est de créer une classe très simple (si simple qu'il n'a pas besoin d'être testé) c'est un wrapper pour PHP session des fonctions liées à l', et de l'utiliser au lieu de l'appeler session_start(), etc. directement à.

    Dans le test de l'objet fantaisie au lieu d'une véritable dynamique, invérifiables classe session.

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

    Je me demandais pourquoi personne ne les avons énumérés XDebug option:

    /**
 * @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);
}
    InformationsquelleAutor user487772
  7. 0

    Ne pouvez pas vous utiliser le tampon de sortie avant de commencer le test? Si vous le tampon de tout ce qui est de sortie, vous ne devriez pas avoir des problèmes de réglage de tous les en-têtes sans sortie n'aurait pas encore été envoyé au client à ce point.

    Même si OB est utilisé quelque part à l'intérieur de vos classes, il est empilable et OB ne devrait pas affecter ce qui se passe à l'intérieur.

    • il semble que ob_start() ne fait pas de réinitialisation si PHP pense que l'envoi des en-têtes.
    • Ouais, ob_start ne fonctionne pas avec les en-têtes, de sorte que même si vous l'utilisez, il va encore se plaindre si les en-têtes ne peuvent pas être envoyés plus. J'ai pu modifier jusqu'PHPUnit pour ce bien...
    InformationsquelleAutor pilsetnieks
  8. 0

    Autant que je sache, Zend Framework utilise le même tampon de sortie pour leur Zend_Session paquet de tests. Vous pouvez prendre un coup d'oeil à leur cas de test pour vous aider à démarrer.

    InformationsquelleAutor
  9. 0

    La création du fichier de bootstrap, a souligné les 4 postes en arrière semble le plus propre moyen de contourner cela.

    Souvent avec PHP, nous sommes d'avoir à maintenir, et essayez d'ajouter une sorte de génie de la discipline à l'héritage des projets qui sont lamentablement mis ensemble. Nous n'avons pas le temps (ou l'autorité) d'abandonner le tas de détritus et de recommencer, de sorte que la première réponse par troelskn n'est pas toujours possible comme un moyen d'avancer.
    ( Si on pouvait revenir à la conception initiale, puis nous avons pu fossé PHP complètement et utiliser quelque chose de plus moderne, tels que ruby ou python, plutôt que de les aider à pérenniser cette COBOL du monde du développement web. )

    Si vous essayez d'écrire des tests unitaires pour les modules qui utilisent la fonction session_start ou setcookie à travers eux, que le début de la session dans un fichier de bootstrap permet à votre tour de ces questions.

    InformationsquelleAutor
  10. 0

    Que je suis unittesting mon bootstrap en ce moment (oui, je sais que la plupart d'entre vous ne le faites pas), je suis en cours d'exécution pour le même problème (en-tête() et la fonction session_start()).
    La solution que j'ai trouvé est assez simple, dans votre unittest bootstrap définir une constante et simplement vérifier avant l'envoi de l'en-tête ou le début de la session:

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

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

    Je suis d'accord que ce n'est pas parfait de par sa conception, mais je suis unittesting une application existante, la réécriture de grandes parties n'est pas souhaitée. J'ai aussi utiliser la même logique pour tester les méthodes privées à l'aide de l' __call() et __set() les méthodes magiques.

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

    Il semble que vous avez besoin d'injecter de la session de sorte que vous pouvez tester votre code. La meilleure option que j'ai utilisé est de l'Aura.Auth pour le processus d'authentification et à l'aide de NullSession et NullSegment pour les tests.

    Aura des tests avec les sessions null

    L'Aura cadre est magnifiquement écrit et vous pouvez utiliser de l'Aura.Auth sur son propre sans aucune autre Aura dépendances de cadre.

    InformationsquelleAutor lost in binary