C’est une architecture selon le diagramme de @angus, avec plusieurs dépôts impliqués, mais voici le serveur de statut :
C’est aussi une approche :
- Ne jamais implémenter une correction sans vérifier s’il existe un test, et si un test approprié n’existe pas, en ajouter un.
- Idéalement, développer d’abord le test, montrer qu’il échoue, puis corriger le problème et confirmer que votre nouveau test réussit.
De cette façon, votre couverture s’améliore au fil du temps…
De plus :
- La rétro-adaptation des tests peut être risquée car vous pourriez mal interpréter ce que le code avait l’intention de faire… mieux que de ne rien faire cependant…