Bonjour
Le 9/13/11 1:44 PM, Guirec Corbel a écrit :
Quand utiliser RSpec et quand utiliser Cucumber?
Cucumber, pour des test d'intégrations, RSpec (ou minitest ..) pour les
tests unitaires, enfin, c'est mon avis.
J'en profite pour demander comment faites-vous vos tests?
Secret professionnel :) Non, ça dépend du projet, du contexte, je ne
crois pas qu'on puisse déduire une règle. A la limite il y a des
patterns que l'on retrouve, mais c'est tout. Je dirais que la seule
règle valable partout, c'est Red->Green->Refactor
J'ai lu qu'il était intéressant de commencer par créer les scénarios
avec RSpec puis d'effectuer le développement nécessaire pour passer
les étapes de ces scénarios. La création du modèle vient donc en
dernier. Qu'en pensez-vous?
Cela semble bon, c'est une approche "TOP-DOWN" comme on dit. Mais dans
certain cas, l'approche "Bottom-Up" est préférable. J'ai remarqué que
cela dépends souvent du niveau de connaissance que nous avons de ce que
l'on doit coder.
Par exemple. Je sais exactement la feature que je veux (le résultat
utilisateur, la valeur que je souhaite apporter), alors je peux prendre
une approche top-down. C'est souvent le cas, car on a pas besoin de
coller avec une api, on la crée.
Par contre, dans le cas ou l'on est "obligé" d'utiliser une api donnée,
alors une approche bottom-up semble plus facile, dans le sens ou l'on
va, par couche, construire la feature en fonction des limitations et
possibilités de l'api utilisé.
Avec vous des conseils pour créer tests efficaces?
TAFT (Test All The Fucking Time).. En gros, pour créer de bon test, il
faut de l'expérience, il faut avoir écrit beaucoup de test,
éventuellement binomer aide aussi à tout de suite apporter une deuxième
vision sur ce que l'on code... Encore une fois, je ne crois pas qu'il
existe une règle malheureusement.
J'ajouterais que les tests d'intégrations sont en général plus couteux
que les test unitaires en terme de maintenance et de création, ainsi
qu'en temps d'exécution. Aussi, je n'en réalise que très peux voir pas
du tout.
A mon avis, c'est utile pour prendre en main une application que j'appel
Legacy, c'est à dire, écrite sans test unitaire... Dans ce genre de
situation, commencé par un test d'intégration (qui click sur les boutons
et constate un résultat) est utile pour éviter de faire une régression
lors d'un refactoring (bien que ce dit refactoring soit fait en piloté
par les tests bien sur ;-))
Voilà mes 2 centimes.
Ya_f.
--
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]
