Partager via


Recommandations sur la phase de vérification

Une fois que le système dispose de tout le code, vous pouvez le stabiliser complètement et vérifier les critères de déclenchement. Cette phase est généralement appelée phase de stabilisation. Le dernier objectif de cette phase est d'identifier et de résoudre les bogues, ainsi que de prouver que le système est prêt pour la production. Par conséquent, cette phase implique un dernier test sur une version d'évaluation du système.

Une version d'évaluation est une version du système (en général la plus récente) considérée comme complète et suffisamment stable pour devenir la version finale, si tous les tests de vérification sont réussis. La preuve est apportée ensuite par la réussite de toute une batterie de tests de fonctionnement, de performances et de contraintes qui permettent de vérifier qu'elle est réellement prête.

Test de vérification du débit acceptable constant et de latence

Le test de vérification des performances est démarré parallèlement à la phase d'implémentation. Toutefois, il doit être finalisé sur une version d'évaluation qui a résisté à l'ensemble complet du test des critères de déclenchement. L'idéal est de n'apporter aucune modification de la version d'évaluation au cours du test final. Ainsi, le risque d'introduction de régressions est inexistant. En réalité, cela s'avère plutôt difficile et, étant donné que les modifications sont vérifiées au sein même de la version, les évaluations doivent être réalisées corrélativement au risque de régression.

Par exemple, si une modification importante est apportée à un artefact de système, comme un pipeline ou une orchestration, il vous faudra probablement réexécuter les tests de performances afin de valider cette nouvelle version d'évaluation.

Pour vous assurer que le système est prêt pour la production, vous devez vérifier qu'il a été testé de bout en bout de manière soutenue. Cela signifie que toutes les activités d’opérations telles que la maintenance de base de données, l’interrogation des opérations et les pannes planifiées et non planifiées doivent être testées, comme défini dans la rubrique Qu’est-ce que les performances durables ? Il s’agit de la dernière chance de certifier la préparation du système. Il est donc important de combiner la suite complète de tests de performances durables dans le test final.

Identification des engorgements et réglage du matériel ou de la solution afin de supprimer les bloqueurs d'objectif

Dans la pratique, il est courant que le banc d’essai de la dernière passe d’essai soit plus proche de la production en ce qui concerne le matériel que du développement de bancs d’essai. Il est donc important de saisir l’occasion qui s’offre au cours de la dernière passe de test pour identifier les goulots d’étranglement nouveaux ou existants dans le système et décider s’ils sont d’une ampleur suffisante pour exiger des ajustements matériels. Même si le matériel ne peut pas être réglé immédiatement, l'identification des engorgements les plus répandus fournit des informations intéressantes sur la planification et le fonctionnement.

Par exemple, si le système supporte le profil de charge de production, mais que la durée d'inactivité du disque physique du serveur MessageBox soit basse (par exemple, au-dessous de 20 %), la surveillance de ce disque au cours de la production peut être identifiée comme un indicateur clé de bon fonctionnement. En outre, tous les plans d'amélioration de la capacité de charge du système peuvent désormais intégrer la nécessité d'amélioration du sous-système.

Voir aussi

Recommandations par phase pour la planification du projet
Recommandations sur la phase de configuration requise
Recommandations sur la phase de conception
Recommandations sur la phase d’implémentation
Recommandations sur la phase de lancement