Relier une observation dans le navigateur au code et aux données qui l'ont produite

Objectif

S'assurer qu'une capture d'écran ou une inspection dans le navigateur utilisée pour valider un changement de code reflète bien la version, la route, l'état de compte et le jeu de données visés.

Prérequis

Disposer du scénario d'acceptation, de l'instance d'application visée et de données de test autorisées. Veiller à ce que les captures d'écran ne contiennent ni informations personnelles ni identifiants sans rapport avec le test.

Étapes

1. Identifier la route et le scénario exacts à inspecter, y compris les paramètres de requête requis, la locale, la taille de fenêtre et le rôle du compte. Ne consigner que le contexte nécessaire pour reproduire le comportement observé.

2. Confirmer que le navigateur atteint bien la version ou l'instance de prévisualisation visée. Vérifier un marqueur de révision non secret ou un autre signal d'identité pris en charge par le projet, plutôt que de se fier au seul titre de l'onglet.

3. Établir l'état de données requis via la configuration de test prise en charge. Distinguer un jeu de données préconstitué d'un contenu réel, et vérifier que l'élément inspecté appartient bien à l'enregistrement visé.

4. Effectuer l'interaction pertinente et capturer l'état qui en résulte. Une capture prise avant la soumission ne peut pas établir ce qui se passe après un enregistrement réussi ; relier chaque observation à l'action qui la précède.

5. Répéter une observation ciblée après le changement de code final lorsque des preuves antérieures sont devenues obsolètes. Exercer volontairement une URL de prévisualisation erronée et un jeu de données périmé dans un test contrôlé, afin de vérifier que le protocole détecte bien l'écart.

Résultat attendu

La preuve visuelle a un périmètre clair : un scénario nommé sur un artefact connu avec des conditions de données identifiables. Une personne en revue peut reproduire l'observation et comprendre ce qu'elle établit et ce qu'elle n'établit pas.

Limites et base de vérification

Il s'agit d'un protocole de validation original, sans qu'aucune session de navigateur ne soit revendiquée. Un état visuellement correct peut malgré tout dissimuler des défaillances d'accessibilité, de persistance ou côté serveur. Ajouter les vérifications non visuelles appropriées lorsque ces comportements font partie du critère d'acceptation.