Que fait ProofShot — Workflow de vérification visuelle ?
Quand l'utiliser
Utilisez ProofShot après :
- La création d'une nouvelle fonctionnalité ou page UI
- La modification de composants UI existants
- La correction d'un bug visuel
- Tout changement affectant ce que l'utilisateur voit
Le workflow (suivez toujours ces 3 étapes)
Étape 1 : Lancer la session
proofshot start --description "ce que vous allez vérifier"
Ceci démarre le serveur de développement, ouvre un navigateur headless et commence l'enregistrement. La description apparaît dans le rapport de preuve pour l'humain.
Étape 2 : Piloter le navigateur et tester
Utilisez proofshot exec pour naviguer, interagir et vérifier :
proofshot exec snapshot -i # Voir les éléments interactifs
proofshot exec open http://localhost:PORT/page # Naviguer vers une page
proofshot exec click @e3 # Cliquer sur un bouton
proofshot exec fill @e2 "[email protected]" # Remplir un champ de formulaire
proofshot exec screenshot step-NAME.png # Capturer des moments clés
Prenez des captures d'écran aux moments importants — elles deviendront les preuves visuelles. Vérifiez ce que vous attendez de voir en lisant la sortie du snapshot.
Étape 3 : Arrêter et rassembler la preuve
proofshot stop
Ceci arrête l'enregistrement, collecte les erreurs console + serveur, et génère un SUMMARY.md avec la vidéo, les captures d'écran et le rapport d'erreurs.
Étape 4 (optionnelle) : Publier la preuve sur la PR
proofshot pr # Détection automatique de la PR depuis la branche courante
proofshot pr 42 # Cibler un numéro de PR spécifique
Ceci télécharge les captures d'écran et la vidéo sur GitHub et poste un commentaire formaté sur la PR. Par défaut, il utilise l'API officielle de contenus GitHub sur une branche proofshot-artifacts. Utilisez --upload-provider github-web-attachments si vous souhaitez spécifiquement des URLs de pièces jointes GitHub.
Conseils
- Incluez toujours un --description significatif pour que l'humain sache ce qui a été testé
- Prenez des captures d'écran AVANT et APRÈS les actions clés (par exemple, avant l'envoi d'un formulaire, après la redirection)
- Si vous trouvez des erreurs lors de la vérification, corrigez-les et relancez le workflow
- Utilisez
proofshot praprès l'arrêt pour attacher directement les preuves à la pull request