Qu'est-ce qu'un test de test - premier et comment se rapporte-t-il à TDD? Le test est-il d'abord le développement d'un nom général pour des choses comme TDD? Si oui, quelles autres pratiques de test sont-elles existantes? P>
3 Réponses :
test-premier développement == Test-Test Développement. P> blockQuote>
Deux mots différents pour la même chose. P>
D'autres alternatives à TDD incluent la plus petite populaire BDD (Développement dirigé par le comportement). P >
Quelle méthode que vous choisissez dépend de votre application sur votre application (Web, console, Windows, etc.) ainsi que votre méthodologie de projet (agile, cascade, etc.). P>
Si TDD et TFD sont identiques, est-il incorrect d'appeler BDD comme une approche de développement d'essais?
Non, ce n'est pas incorrect. Je n'ai simplement dit que le développement d'essais == Développement axé sur les tests pour le garder simple pour vous, mais vraiment: Test - Premier développement est un terme parapluie pour différentes approches de tester avant le codage avant le codage. Deux de ces approches sont TDD et BDD. TFD> (TDD && BDD)
D'accord, c'est ce que j'attendais. Merci!
Je suis généralement d'accord, mais ce n'est pas vrai que cela dépend de la méthodologie du projet. TDD est juste un style de programmation, BDD un style de test, qui est à la fois complètement indépendant d'un processus de développement logiciel.
@Stefan - a accepté, même si je n'ai pas encore consulté un projet de style cascade qui utilise TDD. La plupart de ces projets utilisent des documents de cas de test réels (créés parallèlement au codage réel par des analystes de test). Mais cela vient de mon expérience (ce qui est de moins de 5 ans dans cette industrie), je pourrais donc me tromper.
Test Le premier développement est légèrement plus large, légèrement moins spécifique que TDD. Vous pouvez écrire un test d'acceptation avant de coder, puis le code pour le faire passer; C'est TFD mais pas TDD. TDD est plus spécifiquement sur les tests unitaires - il existe donc une granularité implicite plus serrée - et comprend le cycle de refacteur rouge-vert: écrire votre test d'échec (unité); démontrer qu'il échoue; faire passer; démontrer que cela passe; Cherchez des occasions de refracteur. TFD n'empêche aucune de ces choses, mais cela ne les nécessite pas non plus. P>
TFD est une sous-classe de TDD. p>
TDD: Vous écrivez un morceau de code et vous écrivez un test pour cela. P>
TFD: Vous écrivez d'abord un test en écrivant un code minimal pour le faire passer. Alors pensez à la logique et construisez le code. De cette façon, votre code peut être bien formé et minimal. p>
TFD peut être très utile parfois. Au lieu de sauter dans la mise en œuvre et de le tester, vous voudrez peut-être tester les petits morceaux avant d'écrire le tout. P>
Mais le but de TFD et de TDD sont les deux identiques. p>