Problèmes de logiciels.

Les développeurs examinent le code de l’autre.

Les tests unitaires posent des problèmes avec les fonctions individuelles.
L’intégration et les tests de bout en bout posent des problèmes avec le service dans son ensemble.
Les testeurs « dogfood » internes utilisent la nouvelle version et détectent les problèmes, à la fois en les signalant directement et en les surveillant par l’équipe du produit.
Cette même idée s’étend aux tests bêta externes pour les versions plus significatives.
Pendant qu’un service se prépare pour la version complète, il faut de moins en moins de changements de code. Finalement, seules les corrections de bogues spécifiques de blocage de version sont autorisées.
Lorsque le service est libéré, la nouvelle version est déployée progressivement à 0.1%, 1%, 10% et enfin 100% des serveurs (ce ne sont pas les vrais nombres). À chaque étape, le service est surveillé pour détecter les comportements anormaux et, s’il y en a, le déploiement peut être interrompu ou annulé.
Même avec ces processus robustes, certains bogues sortent de la porte.