Quel est le degré de granularité de l'utilisation des méthodes TDD/BDD pour développer une application? En particulier en ce qui concerne une application Rails.TDD/BDD en particulier pour une application Rails
Souhaitez-vous tester individuellement chaque champ, puis corriger la migration qui le fera passer? Donc, chaque domaine aurait sa propre migration? Que testeriez-vous réellement pour vous assurer que le terrain était le leur? J'essaie vraiment d'obtenir ma tête enveloppée par où commencer et comment granulaire pour obtenir. Je vais commencer et je gèle parce que je ne sais pas comment tester chaque petite chose.
La plupart des exemples que j'ai vus utilisent la validation comme exemple. Je sais qu'il y a beaucoup plus de code écrit avant et je ne sais pas comment tester les choses les plus basiques comme "devrait avoir un champ de prénom".
Toute aide est très appréciée.
MERCI!
Donc nous parlons de génération de code zéro ici non? Je veux dire, si vous créez un échafaudage w/3 champs, vous avez maintenant écrit le code w/pas de tests d'abord non? – Phil
Les tests sont écrits en premier. Ils échoueront parce qu'il n'y a pas encore de code écrit pour leur permettre de passer. Ensuite, générez votre échafaudage qui permettra aux tests de passer. Une fois les tests passés, répétez. – Trevor
Je pensais avec TDD, vous écrivez un test pour une chose d'une minute, alors vous écrivez juste assez de code pour le faire passer. Rédaction de tests pour un tas de code, puis en utilisant un générateur pour les faire passer semble défier cela. – Phil