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. Je ne créer par de tests pour mes presenters, helpers, mailers, etc... tout ça est testé dans les autres tests. J'ai vu que beaucoup de projets ne testaient pas les controllers. Qu'en pensez vous? Je les fais parce que ça va plus vite que de tester un test d'intégration mais je me rend compte que ça m'arrive de les oublier et que ça tests quasiment toujours ce qui est déjà testé dans les tests d'intégration. Personnellement, comme modèle de référence je me fie beaucoup sur RefineryCMS. Quel projet utilisez vous comme modèle? Merci, encore une fois, pour vos avis. Guirec CORBEL. -- 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]
