Les tests unitaires, au moins du point de vue du développement d'applications Web, ne peuvent pas vraiment couvrir la conception de l'interface utilisateur. Quels tests unitaires peut vous aider à tester l'entrée/la sortie de toutes vos méthodes de contrôleur et/ou de toutes les fonctions singleton/globales que vous avez. Donc, si vous voulez obtenir une couverture de test unitaire sur votre validation de formulaire, assurez-vous que votre application est structurée de telle sorte que vous puissiez tester votre fonction de validation indépendamment de l'interface utilisateur.
class SomeController extends ... {
... function isAPhoneNumber($string){
if(...) {
return true;
}
else (...) {
return false;
}
}
}
Ceci laisse tout le code qui obtient votre valeur à cette méthode non testée.Le seul moyen efficace que j'ai vu de tester cela est de tester l'interface utilisateur directement avec les télécommandes du navigateur comme Selenium. Le PHPUnit testing framework a des hooks pour utiliser le pilote PHP de Selenium, ce qui signifie que vous pouvez utiliser le même lanceur de test que vos autres tests unitaires.
Vous ne serez jamais assuré à 100% qu'un changement innocent n'aggravera pas vos tests sélénium, mais il y a des mesures que vous pouvez prendre pendant le développement pour minimiser cela. Selenium a various different ways pour "cibler" un élément sur lequel il cliquera ou tapera. Vous voulez utiliser un ciblage aussi spécifique que possible, alors essayez de donner à tous vos nœuds (X) HTML un élément d'ID unique. Cela garantit que le sélénium cliquera sur un lien, peu importe où il se termine sur une page. Lorsqu'un identifiant unique n'est pas possible, essayez d'envelopper les éléments communs avec un élément HTML qui a un identifiant unique, puis utilisez les capacités de tarage xpath de selenium pour dire "cliquez sur le lien qui contient le texte" d'inscription "qui est dans le div avec l'id de « foo », ou cliquez sur le troisième lien dans la div avec l'id de « toto ».
Si ce n'est pas évident à partir des éléments ci-dessus, ne le font pas comptent sur les choix de ciblage Selenium IDE (ou d'autres enregistreurs) choisira.L'objectif est de s'assurer que l'exécution du test sur cette page exacte vous donnera les mêmes résultats, ce qui peut vous donner xpath très fragile.Réexaminez toujours les tests que vous enregistrez et corrigez le ciblage de mauvaise qualité.
Il n'y a pas de réponses faciles ici. Si c'était le cas, les applications web seraient beaucoup moins buggées.
http://stackoverflow.com/questions/570451/how-to-best-do-unit-testing-for-a-web-application –