Les décisions à prendre
Une stratégie utile tient en quelques choix, mais ils doivent être tranchés :
- Le périmètre. Quelles parties du produit méritent une vérification systématique, et lesquelles peuvent être vérifiées au cas par cas. Tout traiter à égalité revient à ne rien prioriser.
- Les niveaux et les types. Ce qui se teste unitairement, ce qui se teste par intégration, ce qui exige un parcours de bout en bout. La pyramide de test est un principe, pas un gabarit : sa forme dépend de votre architecture.
- Les environnements et les données. Où les tests s'exécutent, avec quelles données, et comment ces données sont régénérées. C'est le point qui fait échouer le plus de démarches d'automatisation.
- Les critères d'entrée et de sortie. Ce qui autorise une version à partir en production, et ce qui la bloque. Écrit à l'avance, pas négocié la veille de la livraison.
- Les indicateurs. Trois au maximum, et aucun qui puisse être amélioré sans améliorer la qualité réelle.
Pourquoi la plupart des stratégies ne sont pas appliquées
Elles échouent presque toujours pour la même raison : elles ont été écrites par une personne, puis diffusées à une équipe qui n'a participé à aucun arbitrage. Une décision que vous n'avez pas prise n'est pas une décision que vous défendrez à trois semaines de la livraison.
Nous construisons donc la stratégie avec les personnes qui testent, en atelier, et la version écrite vient après — elle enregistre des arbitrages déjà acceptés au lieu de tenter de les imposer.
Le second facteur d'échec est le volume. Une stratégie de quarante pages n'est pas plus rigoureuse qu'une de six ; elle est simplement moins lue.
Ce que vous obtenez
Un document court, daté, avec un responsable identifié par décision. Il indique explicitement ce qui n'est pas couvert et pourquoi — c'est la partie que les directions techniques utilisent le plus, parce qu'elle rend le risque discutable au lieu de le laisser implicite.
S'y ajoutent les critères de livraison sous une forme utilisable par votre chaîne d'intégration continue, afin qu'ils soient vérifiés automatiquement plutôt que rappelés en réunion.
Avant, pendant, après
Si vous ne savez pas encore où vous en êtes, l'audit précède utilement la stratégie. Si la stratégie existe déjà et que le problème est son exécution, il s'agit plutôt d'industrialisation ou d'organisation des tests.
Et si l'obstacle est que personne dans l'équipe n'a le niveau pour appliquer ces décisions, le problème n'est pas un problème de conseil : c'est un besoin de montée en compétences ou de recrutement.