Comment puis-je être « infecté par un test » par TDD ?[fermé]

Question

Je continue de lire sur les personnes qui sont « infectées par un test », ce qui signifie qu'elles ne se contentent pas de « contracter » le TDD, mais qu'elles ne peuvent pas non plus s'en passer.Ils ont « fait peau neuve » pour ainsi dire.La question est, comment puis-je devenir comme ça ?

Answer 1

Une partie de l'intérêt d'être « infecté par un test » est que vous avez suffisamment utilisé TDD et vu suffisamment de succès pour que tu ne veux pas coder sans.Une fois que vous avez d'abord traversé un cycle d'écriture de tests, puis de codage et de refactorisation et de voir votre nombre de bogues diminuer et votre code s'améliorer en conséquence, non seulement cela devient une seconde nature comme l'a dit Zxaos, mais vous avez du mal à y aller. revenons à Code d’abord.Il s'agit d'un test d'infection.

Answer 2

Vous avez déjà entendu parler de TDD ;lire davantage ne vous passionnera pas.

Au lieu de cela, vous avez besoin d’une véritable histoire de réussite personnelle.

Voici comment.Récupérez du code d'un module principal, du code qui ne dépend pas de systèmes externes ou de trop d'autres sous-programmes.Peu importe la complexité ou la simplicité de la routine.

Ensuite, commencez à écrire des tests unitaires.(Je suppose que vous avez un xUnit ou similaire pour votre langue.) Soyez vraiment désagréable avec les tests - testez chaque cas limite, testez max-int et min-int, testez les valeurs null, testez les chaînes et les listes avec des millions d'éléments, testez les chaînes avec des caractères coréens et de contrôle et de l'arabe de droite à gauche, des guillemets, des barres obliques inverses, des points et d'autres éléments qui ont tendance à casser les choses s'ils ne sont pas échappés.

Ce que vous trouverez, c'est....insectes!Au début, vous pourriez penser que ces bugs ne sont pas importants : vous n'avez pas encore rencontré ces problèmes, votre code ne le ferait probablement jamais, etc.etc..Mais d'après mon expérience, si vous continuez à avancer, vous serez étonné du nombre de petits problèmes.Finalement, il devient difficile de croire que aucun de ces bugs seront jamais poser un problème.

De plus, vous ressentez un grand sentiment d’accomplissement lorsque quelque chose est vraiment très bien fait.Nous savons que le code n'est jamais parfait et rarement exempt de bugs, donc c'est bien quand nous avons épuisé autant de tests que nous nous sentions vraiment en confiance.La confiance est un sentiment agréable.

Enfin, je pense que le dernier événement qui déclenchera l’amour arrivera des semaines ou des mois plus tard.Peut-être que vous corrigez un bug, ajoutez une fonctionnalité ou refactorisez du code, et quelque chose que vous faites interrompra un test unitaire."Hein?" Vous direz, ne comprenant pas pourquoi le nouveau changement était même pertinent pour le test brisé.Alors vous le trouverez et vous découvrirez l’illumination.Parce que tu je ne savais vraiment pas que vous cassiez du code et que les tests vous ont sauvé.

Alléluia!

Answer 3

Découvrez TDD pour commencer, puis commencez à l'intégrer dans votre flux de travail.Si vous utilisez suffisamment les méthodologies, vous constaterez qu'elles deviennent une seconde nature et vous commencerez à encadrer toutes vos tâches de développement dans ce cadre.

Commencez également à utiliser le framework J-Unit (ou X-Unit) pour le langage de votre choix.

Answer 4

Un mot, entraînez-vous !Faire du TDD entraîne des frais généraux et la façon de les surmonter est de s'entraîner et de s'assurer que vous utilisez des outils pour faciliter le processus.Vous devez apprendre les outils comme le bout de votre main.Une fois que vous aurez appris les outils nécessaires pour suivre le processus que vous apprenez, cela cliquera et vous maîtriserez d'abord l'écriture de tests pour éliminer le code.Ensuite, vous serez « testé infecté ».

je répondu une question similaire à celle-ci il y a quelque temps.Vous voudrez peut-être le vérifier également.Je mentionne quelques outils et explique l'apprentissage du TDD.Parmi ces outils, Resharper et le choix d'un bon framework moqueur sont essentiels pour réaliser du TDD.Je ne peux pas insister sur l'apprentissage de ces outils pour accompagner le cadre de test que vous utilisez suffisamment.