Sebastian Bergmann vient de porter un guide d'utilisation pour JUnit vers PHPUnit. Il explique comment préparer ses tests et les suites de tests unitaires en utilisant les fonctionnalités de PHPUnit. Les tests unitaires sont une technique pour s'assurer que les fonctionnalités demandées sont présentes, et que les bogues sont bien corrigés et ne reviennent plus.
Sebastian Bergmann et son équipe de développement annonce la publication finale de PHPUnit 3.
PHPUnit est un framework de tests, écrit en PHP, et destiné à organiser les tests unitaires...
Vous pouvez voir régulièrement des sujets concernant des tests de code, des aides pour les corrections erreurs, optimisation, etc...
Le site UnixGarden propose un article très complet pour utiliser les tests unitaires avec PHP en utilisant PHPUnit.
Vous pourrez ainsi découvrir comment l'utiliser étape par étape. PHPUnit : tests unitaires pour PHP (0 visite)
PHPUnit permet de faire des tests unitaires pour PHP et les présenter proprement. Sa version 3 se développent autour du concept de couverture de code : les tests unitaires doivent...
En quelques jours, Sebastian Bergmann rend disponibles deux nouvelles versions de PHPUnit. PHPUnit est un environnement de tests unitaires pour PHP.
La version 3.2.apporte essentiellement des...
PHPUnit peut vous aider à écrire des tests en analysant le code d'une classe existante, et en produisant un squelette pour les tests unitaires. Depuis PHP Unit 3, cette fonctionnalité...
Sebastian Bergmann publie cette nouvelle version du populaire framework de tests unitaires pour PHP. Cette version inclut le support natif de Selenium, pour réaliser des tests d'interface depuis le navigateur.
Il permet aussi l'export des données de résultat dans une base de données, pour en faciliter la réutilisation. Le support des objets Mock a été amélioré, ainsi que le système de gabarits.
Sebastian Bergmann se lance maintenant dans le développement de PHP Unit 4.
"Alors que les nouvelles fonctionnalités introduites en PHP sont vitales, le développement d'applications de grande taille impose des outils et des techniques supplémentaires.
PHPUnit fait partie de ces outils. Il supporte le développement d'applications PHP orientée objet, avec des concepts issus de la programmation agile, de l'extrême programming, des développements par les tests, et des développements par contrat : il fournit une bibliothèque élégante pour produire des tests unitaires robustes."
Une des fonctionnalités de la prochaine version PHPUnit 3.1 est le support des tests distribués, via la possibilité de noter les tests et la couverture de code dans une base...
Paul M. Jones publie la version 0.18.0 de Solar, et revient sur son expérience de testeur. Solar est une bibliothèque maintenant encadrée par des tests unitaires. Paul a utilisé deux...
Vous n'aimez pas préparer des tests unitaires' Alors, n'hésitez pas à imprimer le poster suivant pour vous inciter fortement à faire vous y mettre sérieusement. PHPUNIT MOTIVATIONAL POSTER (0 visite) PHPUNIT MOTIVATIONAL POSTER (PDF) (0 visite)
Sebastian Bergmann publie cette nouvelle version de son cadre de tests unitaires pour PHP. Cette version inclut le support natif de Selenium, pour réaliser des tests d'interface depuis le...
Sebastian Bergmann vient de rendre disponible la nouvelle version de PHPunit de tests unitaires pour PHP.
Cette version est une amélioration majeure de l'open source. Elle inclut de nouvelles fonctionnalités et de corrections de bugs. PHPUnit 3.2.1 (0 visite) PHPUnit 3.2.1 ChangeLog (0 visite)
Le langage PHP est un langage de programmation flexible, permissif et facile à appréhender. Les principes et contraintes de conception généralement imposées dans les langages à vocation industrielle (C/C++, Java, etc.) ne s'appliquent pas nécessairement avec PHP.
L'absence d'une forme structurée de tests engendre notamment les problématiques suivantes :
Le code source n'est pas testé en profondeur : cela a pour conséquence des aléas de « post-publication », plus ou moins critiques. Le plus souvent il s'agit d'instabilités dans l'application ou des problèmes de sécurité classiques.
Le code source n'est pas robuste : toute modification du code source (refactorisation, ajout de fonctionnalités) est susceptible d'engendrer des régressions.
Le code source n'est pas réutilisable, pas transmissible : si un autre développeur doit vous assister ou reprendre votre travail, il sera confronté d'une part à votre code source et d'autre part à l'absence d'un protocole de test uniformisé.
Le code source n'est pas évolutif : il va sans dire, plus votre application aura une structure complexe et plus vous peinerez à déceler des erreurs et problèmes de conception de manière empirique. Vous serez contraint à moyen terme, de reprogrammer entièrement votre application.
Bien que les tests unitaires soient primordiaux, ils ne résoudront pas les problèmes d'analyse et conception (au mieux, ils les mettront en évidence), c'est pourquoi vous devez garder en tête que la qualité finale ...
Alors que les tests unitaires est un sujet qui revient de plus en plus au goût du jour, Ayende publie sur son blog un exemple de couverture. Pour une classe contenant 3 champs et une méthode, il code une classe de test quasiment 10 fois plus importante et contenant une dizaine de méthodes. Tout cela fait réfléchir sur les coûts des tests unitaires. A ne pas négliger.
