Est agile différent de TDD? Si oui, quelles sont les principales différences?

http://fr.wikipedia.org/wiki/agile_software_Développement

http://fr.wikipedia.org/wiki/test-driven_development < / p>

En bref, TDD et agile se concentrent vraiment sur différents aspects et ne sont pas mutuellement exclusives les uns des autres.

• TDD est très concentré sur la manière dont le code est écrit (et tend ainsi à viser les cycles de travail de différents groupes de développeurs exclusivement).

• agile est vraiment axé sur le processus de développement global, et non seulement la manière dont le code est écrit et testé (et concentre donc beaucoup la gestion de projet et les groupes de développeurs, par opposition à la manière dont un développeur donné écrit le code) .

Les différences sont énormes car je pense qu'il y a une distinction très simple:

Agile est une philosophie, tandis que TDD est une méthodologie spécifique.

Il y a un nombre de façons que vous puissiez travailler qui sont agiles, mais que vous faites du TDD ou que vous n'êtes pas.

Vous pouvez être agile sans utiliser TDD (ni une variante de celle-ci) et vous pouvez utiliser TDD sans être agile (bien que je sois un peu surpris).

Agile est tout ce qui est en ligne avec les valeurs énumérées ici - http://agilemeifesto.org/

XP ( Programmation extrême ) est une méthodologie qui qualifie d'agile. Il y en a d'autres aussi (Scrum, Crystal, etc.)

TDD (développement axé sur les tests) est une pratique d'ingénierie spécifique de XP - qui est un moyen d'écrire du code + des conceptions de conduite dans des morceaux incrémentiels. Vous écrivez d'abord un test, faites-la passer avec le changement le plus simple possible, puis le refacteur pour améliorer la structure / la conception. Vous faites cela dans une boucle jusqu'à ce que vous ayez terminé.

Je vais jouer à l'avocat du diable et dire oui. TDD et agile sont la même chose, juste à différentes échelles.

supporter avec moi, ici.

Tout d'abord, TDD vous encourage à avoir un plan de ce que vous voulez réaliser, avant de le réaliser. Vous ne pensez pas comment vous allez y parvenir. Vous pensez simplement comment démontrer que la chose que vous serez sur le point d'écrire est précieuse et que vous entraînez la façon dont vous savez. Ceci est très similaire à la manière dont les projets sont idéalement captivés et les exigences sont rassemblées dans des méthodologies agiles.

Ensuite, vous faites le minimum nécessaire pour obtenir des commentaires sur le travail. Avec TDD, cela signifie une barre rouge ou verte. À un niveau supérieur, les méthodologies agiles vous encouragent à mettre en valeur et à obtenir des commentaires des parties prenantes ou (de préférence) libérer à la production et de voir si cela fonctionne et si quelqu'un l'utilise.

Ensuite, vous travaillez à quel point le prochain travail à faire est et vous écrivez le prochain bit du plan.

Les méthodologies agiles peuvent également utiliser l'estimation et la hiérarchisation, mais elles sont principalement liées à l'attribution de budgets et à déterminer si le travail vaut la peine de faire en premier lieu - quels devs sont naturellement à une petite échelle.

Les méthodologies agiles sont itératives - c'est-à-dire que les périodes de planification, de mise en œuvre, de livraison et de rétroaction sont cycliques. Donc, TDD, avec exactement les mêmes étapes.

Les méthodologies agiles mettent généralement l'accent sur la communication, la conversation et la documentation légère. TDD peut également être utilisé comme une forme de documentation, en particulier si vous effectuez les noms de test dans des phrases significatives et utilisez la même langue que l'entreprise utilise avec des exemples réalistes. Cela peut également encourager la communication et la conversation.

Les méthodologies agiles encouragent la réflexion et l'apprentissage du passé. TDD a ce charmant barre rouge qui peut vous aider à le faire très rapidement.

Si vous échelez sur TDD, vous obtenez des tests d'acceptation ou des scénarios de style BDD. Plus vous commencez à vous lancer dans une injection de fonctionnalités et d'autres formes d'analyse axée sur la vision. Plus loin, vous envisagez de savoir si le projet publié conserve votre part de marché ou fournit les options que vous souhaitez avancer ou atteindre quelle que soit sa vision initiale. Les tests deviennent plus gros, mais le processus d'écriture suffisante, de recevoir des commentaires et d'apprendre continuellement est toujours le même, peu importe la méthodologie agile.

Toutes les règles qui aident qu'Agile à réussir à une grande échelle peuvent être appliquées à TDD à une petite échelle et inversement. (J'essaie d'avoir du mal à penser à des exceptions à cela et que vous ne pouvez pas).

Alors, non. Agile n'est pas différent de TDD. C'est juste TDD-FAIT-FAIT-GRAND.