Comprendre l’enjeu et le périmètre
Elle permet de détecter les régressions avant qu’elles affectent les utilisateurs.
Relier les tests aux exigences, règles métier, interfaces, erreurs et conditions de charge pertinentes.
Passer à l’action
- Identifier les risques et parcours prioritaires
- Choisir le niveau de test adapté
- Maintenir les jeux de données et analyser les échecs
Traitez le fonctionnement normal et les échecs comme deux parties du même produit. Décrivez les contrats d'interface, les erreurs, les reprises, les droits et l'observabilité. L'exploitabilité doit être prévue dès la conception, pas ajoutée après le premier incident.
Responsabilités et moyens
Les développeurs testent les composants, les métiers qualifient les parcours, et la qualité coordonne la stratégie.
Inclure création, maintenance, environnements et traitement des faux échecs.
Produire et vérifier
- Livrable utile
- Un plan de tests, des scénarios versionnés et des résultats reliés aux versions.
- Preuve à rechercher
- Introduire un défaut contrôlé dans un environnement de test pour vérifier que le contrôle attendu le détecte.
- Indicateur à interpréter
- Suivre les régressions échappées, les tests instables et la couverture des risques importants.
Un test utile exerce un comportement attendu et dispose d'un résultat observable. Complétez les tests unitaires par des vérifications d'intégration et des parcours métier. Le taux de couverture du code ne démontre, à lui seul, ni la qualité des assertions ni l'absence de défauts.
Arbitrages et dépendances
Un pourcentage élevé de couverture de code peut coexister avec des règles métier mal testées.
Les tests dépendent de données représentatives, de contrats d’interface stables et d’environnements maîtrisés.
Comparez la complexité totale, et non seulement la sophistication technique. Une solution distribuée apporte des possibilités mais aussi des pannes partielles et des exigences d'exploitation. Choisissez une architecture que les équipes peuvent livrer, comprendre et faire évoluer.
POUR APPROFONDIR
Les 26 questions du dossier
Comprendre
- Tests automatisés et stratégie de qualité : de quoi parle-t-on et quelle distinction faut-il faire ?
- Tests automatisés et stratégie de qualité : à quoi cela sert-il concrètement pour les métiers ?
- Tests automatisés et stratégie de qualité : quel périmètre faut-il retenir et que ne faut-il pas oublier ?
Diagnostiquer
Mettre en œuvre
Décider
- Tests automatisés et stratégie de qualité : qui doit contribuer, décider et valider ?
- Tests automatisés et stratégie de qualité : sur quels critères prendre une décision ou accepter une exception ?
- Tests automatisés et stratégie de qualité : quels coûts faut-il prévoir au-delà de l’outil ?
- Tests automatisés et stratégie de qualité : comment prioriser lorsque les moyens sont limités ?
Vérifier
Piloter
Maîtriser
- Tests automatisés et stratégie de qualité : comment protéger les informations et les accès associés ?
- Tests automatisés et stratégie de qualité : comment éviter qu’un incident rende le dispositif inutilisable ?
- Tests automatisés et stratégie de qualité : que faut-il demander et vérifier auprès d’un prestataire ?
- Tests automatisés et stratégie de qualité : comment changer d’outil ou de prestataire sans perdre la connaissance ?