Comment effectuer des tests d'intégration en PHP?

Je suis actuellement en train d'effectuer des tests unitaires sur mon code (à l'aide de PHPUnit et Jenkins), mais j'ai lu beaucoup de choses sur les tests d'intégration.

  • Existe-il des outils pour effectuer cette en php (de préférence automatisé)?

  • Comment pourrais-je aller sur la mise en œuvre?
    Existe-il des bons tutoriels
    n'importe où?

OriginalL'auteur JoshB | 2011-06-28

  1. 2

    Fondamentalement, le chemin à parcourir est de mettre en œuvre outre les tests unitaires aussi simuler des tests qui ne sont pas uniquement le test d'une seule unité de plus en plus comme un groupe d'unités tassent et vous voir comme une unité logique qui doit se comporter d'une certaine façon, tandis que la remise de certains ou de l'appel de méthodes.

    Une bibliothèque pour ce qui est yaymock dans le code google référentiel. Ses une php5 maquette de la bibliothèque.

    Plus les tests d'intégration sont plus ou moins seuls des tests de test de l'ensemble du comportement du système. La base, c'est l'établissement d'un environnement de test et le déploiement de votre application par la suite. Vous pouvez faire ce genre de test aussi avec une unit test framework ou une librairie de fantaisie. Comme vous le souhaitez. Les tests d'intégration en détail dans votre cas sont des requêtes http, sur la base de données dans votre base de données et une espérance possible "html" de sortie.

    Pour automatiser cela, vous pouvez utiliser certains de l'intégration continue des cadres... soit Hudson, Arbit ou phpUnderControl. Pour la configuration de php avec hudson et quelques belles tests de plugins il y a une assez bonne tutoriel. Il mentionne également certains plugins utiles comme Couverture de Code de contrôle, etc ... qui pourrait être intégré à l'intérieur de l'environnement.

    Est-il un avantage à l'aide de yaymock sur les haut-PHPUnit fonctionnalités?
    Se moquer de bibliothèques sont conçus spécialement pour le but de tester les chaînes de l'objet des appels de méthode. Les tests unitaires ne sont pas. Il y a un wikipage dans la page du projet, où vous pouvez voir quelques exemples qui illustrent ces tests(UsingMockObjects vous verrez l'avantage par rapport à la normale des tests unitaires. Mais pour être clair se moquer de tests ne sont pas un remplacement pour les tests unitaires.
    Je vous remercie pour cela. Cela semble être la voie à suivre.
    Ne pas se moquant de "sortir" (via "moquerie") dépendant des bibliothèques à partir de votre code testé, donc pas de tester vos intégrations de plus?
    Vous avez raison, "moqueur" prend toujours quelque chose. Peut-être une bibliothèque peut être un module peut être dépendant du système de back-office, mais sans faire de sorte que vous pouvez seulement faire positif de test. Un autre aspect est la couverture. Par "moqueur" choses que vous devez également prendre soin de votre système de couverture est encore élevé.

    OriginalL'auteur fyr

  2. 1

    De nombreuses années plus tard... il n'y a Codeception cadre maintenant que vous pouvez utiliser pour faire Unitaires, d'Intégration et de tests Fonctionnels.

    Codeception utilise PHPUnit comme un back-end pour la course c'est des tests. Ainsi, toute PHPUnit test peut être ajouté à un Codeception suite de tests.

    Dans tests unitaires, vous serait se moquer des accès base de données, système de fichiers, les Requêtes HTTP et d'autres composants afin d'isoler le code et le rendre plus rapide.

    Tests d'intégration ne demande pas le code à exécuter dans l'isolement, cela signifie que vous serez en utilisant ces composants pour de vrai et vérifiez la sortie/résultats pour ce qui était attendu.

    À ilustrate, jetez un oeil à ce test d'intégration exemple de Codeception DOC:

    <?php
function testSavingUser()
{
    $user = new User();
    $user->setName('Miles');
    $user->setSurname('Davis');
    $user->save();
    $this->assertEquals('Miles Davis', $user->getFullName());
    $this->tester->seeInDatabase('users', ['name' => 'Miles', 'surname' => 'Davis']);
}

    OriginalL'auteur Edson Horacio Junior