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 suis assez nouveau sur TDD et j'ai des problèmes lors de la création de mon premier test avant le code d'implémentation. Sans aucun cadre pour le code d'implémentation, je suis libre d'écrire mon premier test comme je veux, mais il semble toujours être entaché par ma façon de penser …
J'ai seulement 2+ années d'expérience dans le développement d'applications. Au cours de ces deux années, mon approche du développement a été la suivante Analyser les exigences Composant / Objets Identity Core, Fonctions requises, Comportement, Processus et leurs contraintes Créer des classes, relation entre elles, contraintes sur le comportement et les …
Je refactorise une énorme classe de code héritée. Refactoring (je présume) préconise ceci: écrire des tests pour la classe héritée refactoriser le diable hors de la classe Problème: une fois que j'ai refactorisé la classe, mes tests de l'étape 1 devront être modifiés. Par exemple, ce qui était autrefois dans …
Je voudrais savoir quel est l'impact global de la planification des ressources sur un projet logiciel, où les exigences et la conception du projet sont déterminées par des tests d'acceptation automatisés et des tests unitaires, contrairement à une approche plus "traditionnelle" du développement logiciel. D'après votre expérience, quel est l'effet …
Je voulais vous demander aux gens, dans quels cas il est logique de tester un code fonctionnel typé statiquement, comme écrit en haskell, scala, ocaml, nemerle, f # ou haXe (le dernier est ce qui m'intéresse vraiment, mais je voulais puiser dans les connaissances des plus grandes communautés). Je pose …
Code Retreat est un événement de formation d'une journée qui se concentre sur les principes fondamentaux du développement de logiciels. Il y a une journée de retraite "mondiale" sur les codes, et je l'attends avec impatience. Cela dit, je suis allé à un avant et je dois dire qu'il y …
Lors de la création d'un système comme une IA, qui peut emprunter de nombreux chemins différents très rapidement, ou vraiment n'importe quel algorithme ayant plusieurs entrées différentes, le jeu de résultats possible peut contenir un grand nombre de permutations. Quelle approche doit-on adopter pour utiliser TDD lors de la création …
J'ai lu récemment un article qui disait que les faux objets étaient souvent mal compris et mal utilisés. Existe-t-il des anti-schémas moqueurs clairs que je peux rechercher?
Dans l'état actuel des choses, cette question ne convient pas à notre format de questions / réponses. Nous nous attendons à ce que les réponses soient étayées par des faits, des références ou une expertise, mais cette question suscitera probablement un débat, des arguments, des sondages ou une discussion approfondie. …
TDD consiste à concevoir du code, guidé par des tests. Ainsi, les couches typiques ne sont généralement pas construites en amont; ils devraient légèrement apparaître lors des étapes de refactorisation. La conception basée sur le domaine implique de nombreux modèles techniques, définissant des couches bien établies comme la couche Application, …
Fermé . Cette question est basée sur l'opinion . Il n'accepte pas actuellement les réponses. Voulez-vous améliorer cette question? Mettez à jour la question afin d'y répondre avec des faits et des citations en modifiant ce message . Fermé il y a 4 ans . Je suis la seule personne …
J'entends beaucoup de praticiens TDD dire que l'un des avantages de TDD est qu'il oblige les développeurs à suivre les principes SOLIDES (responsabilité unique, ouvert-fermé, substitution Liskov, ségrégation d'interface et inversion de dépendance). Mais pour moi il suffit d'écrire quelques tests (test unitaire principalement) pour comprendre qu'il est important de …
Parfois, je vais rencontrer la situation où la correction d'un bogue nécessite que je supprime une section de code. Le puriste TDD recommanderait (je suppose) d'écrire un test qui échoue, de supprimer le code, puis de regarder le test réussir. Maintenant, il semble vraiment étrange d'avoir un test affirmant que …
Lorsqu'une intégration continue exécute les tests à chaque validation, une meilleure pratique courante consiste à faire passer tous les tests à tout moment (c'est-à-dire "ne pas interrompre la construction"). Je trouve quelques problèmes avec ça: Par exemple, on ne peut pas aider un projet open source en créant des tests …
J'ai appris à faire le développement piloté par les tests (TDD), l'injection de dépendance (DI) et l'inversion de contrôle (IoC) en même temps. Lorsque j'écris du code en utilisant TDD, je finis toujours par utiliser DI dans les constructeurs de ma classe. Je me demande si c'est à cause de …
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.