PHPUnit est un framework de test PHP léger. Il s'agit d'un portage complet de la version de la série JUnit3 sous PHP5 et est membre de la famille des frameworks de test xUnit (ils sont tous basés sur la conception du pionnier des modèles Kent Beck).
Les tests unitaires sont le fondement de plusieurs méthodologies de développement agiles modernes, faisant de PHPUnit un outil clé pour de nombreux grands projets PHP. Cet outil peut également être utilisé par l'extension Xdebug pour générer des rapports de couverture de code et peut être intégré à Phing pour automatiser les tests. Enfin, il peut être intégré à Selenium pour effectuer des tests d'intégration automatisés à grande échelle.
Avantages
1 C'est un comportement de vérification.
Chaque fonctionnalité du programme est testée pour vérifier son exactitude. Il fournit un soutien pour le développement futur. Même aux stades ultérieurs du développement, nous pouvons facilement ajouter des fonctions ou modifier la structure du programme sans craindre de détruire des éléments importants au cours du processus. Et il offre une protection contre la refactorisation du code. De cette façon, nous pouvons apporter des améliorations au programme plus librement.
2. C'est un comportement de conception.
L'écriture de tests unitaires nous permettra d'observer et de réfléchir du point de vue de l'appelant. En particulier, écrire des tests en premier (test-first) nous oblige à concevoir le programme pour qu'il soit facile à appeler et testable, c'est-à-dire que cela nous oblige à découpler le logiciel.
3. C'est un acte de rédaction de documents.
Les tests unitaires sont un document inestimable qui montre comment une fonction ou une classe est utilisée. Ce document est compilable, exécutable et il reste à jour, toujours synchronisé avec le code.
4. C'est régressif.
Les tests unitaires automatisés évitent la régression du code Après l'écriture, vous pouvez exécuter rapidement le test à tout moment et n'importe où.
Pratique
Quand vas-tu tester ?
Plus le test unitaire est précoce, mieux c'est. À quelle heure devrait-il être effectué ?
Extreme Programming (ou XP en abrégé) s'intéresse au TDD, qui est un développement piloté par les tests. Vous écrivez d'abord du code de test, puis vous le développez. Dans le travail réel, il n’est pas nécessaire de trop insister sur ce qui vient en premier et ce qui vient en dernier. Ce qui compte, c’est l’efficacité et le confort.
Par expérience, écrivez d'abord le cadre de la fonction produit, puis écrivez la fonction de test, écrivez des cas de test pour la fonction de la fonction produit, puis écrivez le code de la fonction produit, exécutez le test pour chaque fonction point écrit, et ajouter à tout moment des cas de tests.
Le soi-disant cadre d'écriture de fonctions de produit signifie d'abord écrire une implémentation vide de la fonction et renvoyer directement une valeur appropriée s'il existe une valeur de retour. Une fois la compilation réussie, le code de test est écrit. À ce stade, le nom de la fonction, la liste des paramètres et le type de retour doivent être déterminés et le code de test écrit sera moins susceptible d'avoir besoin d'être modifié à l'avenir.
Les tests unitaires sont différents des autres tests. Les tests unitaires peuvent être considérés comme faisant partie du travail de codage et doivent être complétés par les programmeurs. En d'autres termes, le code qui a réussi le test unitaire est le code soumis. le code produit Le code test doit également être soumis en même temps. Le service de test peut effectuer un certain niveau d’examen.
Assurez-vous de lire la documentation officielle : https://phpunit.de/manual/current/zh_cn/index.html.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!