Je vais faire une présentation sur les tests unitaires et, ce faisant, je vais aborder les modèles de «conception pour la testabilité». En d'autres termes, utiliser des conteneurs IOC, Dependency Injection, éviter les méthodes statiques, etc.Exemples physiques de conception pour la testabilité et le développement piloté par les tests
J'ai l'impression que mon équipe aura froid pour commencer à coder différemment pour s'adapter aux tests. Donc je me demandais si quelqu'un connaissait des exemples du monde réel d'altérer un design de quelque chose pour aucune autre raison alors pour le rendre plus facile à tester.
Je suppose que ce concept n'est pas rare dans la fabrication, l'ingénierie et d'autres professions, je ne suis pas familier avec des exemples concrets. J'imagine que le développement de la fusée Saturn V, de la navette spatiale, de l'automobile, de la robotique, etc. doit avoir un exemple documenté d'une certaine conception de testabilité ou peut-être de l'absence de problèmes.
Parmi les exemples viennent à l'esprit
- Je suppose avoir des pièces remplaçables est une forme d'injection de dépendance, alors que le soudage de tous les composants ensemble ne permettrait pas à les tester individuellement.
- Peut-être le port OBD2 sur les voitures modernes, car il est facile de vérifier si des systèmes ont des problèmes.
Alors que certains des composants de la série Saturn ont été testées indivi dually et inclus dans le Saturn V, la configuration complète a été testée "tout en haut" (c.-à-d. tout à la fois): http://en.wikipedia.org/wiki/Saturn_V#C-5 – PTBNL