La livraison est demain et vous avez deux jours de tests à faire. Comment gérez-vous cela ?

Passez à des tests fondés sur le risque et rendez l'arbitrage visible plutôt que de rogner en silence. Classez les zones par probabilité de défaillance multipliée par l'impact, testez d'abord les parcours les plus risqués, et utilisez les tests exploratoires là où la couverture scriptée est trop lente. Rapportez ensuite clairement ce qui a été couvert, ce qui ne l'a pas été et quel est le risque résiduel, pour que la décision de livrer revienne à celui qui en porte la responsabilité.

J'arrête d'essayer de tout exécuter et je commence à classer. L'objectif dans une fenêtre comprimée est d'acheter le maximum de réduction de risque par heure, pas de dérouler la suite dans l'ordre. Je regarde donc ce qui a réellement changé et ce que cela touche, puis je note les zones par probabilité de défaillance multipliée par l'impact en cas de défaillance. Le paiement et l'authentification sont testés même si le changement en est loin, parce que le risque de perte n'a pas de plafond. Un ajustement cosmétique sur une page de réglages, non. La non-régression automatisée tourne en arrière-plan pendant que je consacre mes mains aux tests exploratoires des zones modifiées, parce que l'exploration guidée par une charte couvre le terrain bien plus vite que d'écrire et d'exécuter des cas scriptés quand le temps manque. Ensuite, et c'est le plus important, je rapporte honnêtement. Voici ce que j'ai couvert, voici ce que je n'ai pas couvert, voici le risque résiduel en clair : nous n'avons pas testé le parcours de remboursement sur mobile, et s'il est cassé, les clients ne peuvent pas récupérer leur argent. Je ne bloque pas la livraison et je ne la bénis pas en silence. La personne responsable tranche avec de vraies informations, et je m'assure que cette décision est écrite quelque part.