TDD signifie Test-Driven Development ou Test-Driven Design. C'est la pratique d'écrire un test unitaire avant d'écrire du code pour le satisfaire, dans ce qu'on appelle le cycle Red-Green-Refactor.
Je ne suis pas nouveau en codage. Je code (sérieusement) depuis plus de 15 ans maintenant. J'ai toujours eu des tests pour mon code. Cependant, au cours des derniers mois, j'ai appris la conception / développement piloté par les tests (TDD) en utilisant Ruby on Rails . Jusqu'ici, je ne …
Lors de l'exécution de TDD et de l'écriture d'un test unitaire, comment résister à l'envie de "tricher" lors de l'écriture de la première itération du code "d'implémentation" que vous testez? Par exemple: il faut que je calcule la factorielle d'un nombre. Je commence par un test unitaire (avec MSTest), par …
J'ai toujours vu la recommandation selon laquelle nous devrions d'abord écrire des tests unitaires, puis commencer à écrire du code. Mais j'estime qu'il est beaucoup plus confortable de procéder dans l'autre sens - écrire du code puis des tests unitaires, car j'estime que nous avons beaucoup plus de clarté après …
Développement piloté par les tests. Je comprends, j'aime ça. Mais l'écriture de tests nécessite des frais généraux. Donc, TDD devrait être utilisé universellement dans toute la base de code, ou y a-t-il des domaines où TDD fournit un retour sur investissement élevé et d'autres domaines où le retour sur investissement …
Dans Test Driven Development (TDD), vous commencez avec une solution sous-optimale, puis vous en produisez de manière itérative de meilleures solutions en ajoutant des cas de test et en refactorisant. Les étapes sont censées être petites, ce qui signifie que chaque nouvelle solution sera en quelque sorte dans le voisinage …
Selon les règles des tests unitaires TDD sont écrits avant le code de production, mais qu'en est-il des tests d'intégration qui exercent une interaction entre des objets câblés concrets (non fictifs)? Doivent-ils être écrits avant les tests unitaires ou après le code de production juste pour tester le "câblage"? Notez …
Quelle est la relation entre BDD et TDD? D'après ce que j'ai compris, BDD ajoute deux choses principales par rapport à TDD: la dénomination des tests (assurer / devrait) et les tests d'acceptation. Dois-je suivre TDD pendant le développement par BDD? Si oui, mes tests unitaires TDD doivent-ils être nommés …
Je sais que certaines personnes sont de grands partisans du développement piloté par les tests. J'ai utilisé des tests unitaires dans le passé, mais uniquement pour tester des opérations qui peuvent être testées facilement ou qui, je crois, seront très probablement correctes. La couverture complète ou presque complète du code …
Disons que je commence à développer un jeu de rôle avec des personnages qui attaquent d'autres personnages et ce genre de choses. En appliquant TDD, je fais quelques cas de test pour tester la logique à l'intérieur de la Character.receiveAttack(Int)méthode. Quelque chose comme ça: @Test fun healthIsReducedWhenCharacterIsAttacked() { val c …
Lors de la correction de bogues, il est recommandé, lorsque je travaille, d'écrire d'abord un test qui échoue avec le bogue donné, puis de corriger le code jusqu'à ce que le test réussisse. Cela suit les pratiques TDD et est censé être une bonne pratique, mais j'ai remarqué que cela …
Dans une autre question, il a été révélé que l'un des problèmes avec TDD est de garder la suite de tests synchronisée avec la base de code pendant et après la refactorisation. Maintenant, je suis un grand fan de refactoring. Je ne vais pas renoncer à faire du TDD. Mais …
Nous avons un nouveau (assez gros) projet en cours de démarrage, que nous avions prévu de développer avec TDD. L'idée de TDD a échoué (de nombreuses raisons commerciales et non commerciales), mais en ce moment, nous avons une conversation - devrions-nous quand même écrire des tests unitaires ou non. Mon …
Je vais commencer mon premier vrai projet dans Ruby on Rails , et je me force à écrire des tests TDD . Je ne vois pas de réels avantages à écrire des tests, mais comme cela semble très important, je vais essayer. Est-il nécessaire de tester toutes les parties de …
Est-il possible de s'attendre à une couverture de code à 100% dans les applications Web lourdes jquery / backbonejs? Est-il raisonnable d'échouer un sprint car la couverture à 100% n'est pas respectée lorsque la couverture de code réelle oscille entre 92% et 95% en javascript / jquery?
Est-il judicieux de parler de «développement agile» ou de prétendre que vous appliquez une «méthodologie agile» si la base de code sur laquelle vous travaillez a une couverture de test unitaire de 0%? (Et vous, en tant qu'équipe, ne faites rien à ce sujet). Pour être clair: pour moi, cela …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.