2012/4/23 Guirec Corbel <[email protected]> > Bonjour, > > Dans ma quête pour devenir le meilleur programmeur Ruby On Rails du monde > (rien de moins) je me pose encore une question. Quelle structure utilisez > vous pour vos tests? > > Pour le moment, voici ma philosophie : > > 1. Je créer mon test d’intégration (Happy path). > 2. Je créer le code pour passer ce test et j'optimise. > 3. Je créer mes specs pour les modèles. > 4. Je créer mes specs pour les controllers afin de pouvoir tester en > détails certaines fonctions. Par exemple, pour une recherche, je vais > tester si le résultats est bien ce que je veux selon les différents > critères. > 5. Je commit. > 6. Je créer un second tests d'intégration (Unhappy path), s'il y a > lieu, afin de voir si les différents messages sont affichés. > 7. Je commit. > > Au niveau de mes specs pour les controllers, j'isole mes tests > partiellement. Je créer un enregistrement dans la base de données mais je > stub pour vérifier le validité, par exemple. > 1 : j'impasse souvent :) il suffit de peu de test d'intégration pour un système, pour s'assurer que les composants arrivent à dialoguer YMMV
Je fais plutôt ça : 4, commit, 3, commit, 2, commit Lorsque c'est done, alors git rebase -i master Pour de l'admin, alors je ne fais aucun test (???!) Et j'ai alors parfois des bugs :) Pour du visuel, alors je ne fais aucun test Faire un test ne m'aide pas, "it should look nice" ne m'aide pas Et c'est toujours moche ?, Thierry -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
