Scrum🔴 scrumia-tdd
Un point nommé du contrat d'implémentation : comment nous testons.
slot · aucun version · 0.5.0
Ce dont il est responsable
Affine une seule question que le module d'implémentation laisse ouverte — le cycle rouge-vert-refactor opérationnalisé pour un agent, où passe la limite des mocks, auquel des trois niveaux — unitaire, intégration, bout en bout — appartient un invariant, et comment un critère d'acceptation se traduit en un test qui peut vraiment échouer, au niveau le plus bas où il le pourrait.
Ce qu'il refuse
Il ne possède ni la pile, ni la structure de fichiers, ni les principes de conception — et en cas de désaccord avec le module d'implémentation, c'est ce dernier qui gagne. Il ne porte aucune commande de test et ne fixe aucun seuil de couverture : les commandes de chaque niveau sont celles du projet, et l'union des couvertures est une carte de ce qu'aucun niveau n'atteint, jamais une barrière.
L'hypothèse qu'il fait
Présume qu'un test qui échoue est la spécification la moins chère à écrire. Coûte une première passe plus lente, remboursée seulement si le code survit au sprint qui l'a produit.
Ses compétences
scrumia-tddscrumia-tdd-auditscrumia-tdd-refactor
Ce à quoi il se branche
| Registre | Sens | Module |
|---|---|---|
audit | contribue | scrumia-github-project |
implement | contribue | scrumia-github-project |
review | contribue | scrumia-github-project |
L'installer
/plugin install scrumia-tdd@scrumia