QA vidéo avec Gemini 3 : vérifier les écarts horodatés

Quand les Tableurs Échouent sur les Revues Vidéo

Les équipes produit font encore la QA des enregistrements démo comme en 2015 : deux écrans, un PDF spec, un défilement manuel, des captures collées dans Slack. Le raisonnement conjoint vidéo-texte de Gemini 3 sur MidassAI Chat effondre cette boucle—si vous lui donnez des contraintes temporelles, des règles de preuve et un schéma de sortie fixe.

Ce tutoriel construit un rapport d'écarts au niveau des timestamps que vous pouvez remettre à l'engineering ou au marketing sans écrire de Python.

Prérequis

• Un enregistrement d'écran ou démo produit (MP4/WebM, idéalement moins de 5 minutes pour les premiers tests)
• Une spec écrite : PDF, export Markdown, ou doc d'exigences collé
• 20 minutes et un compte MidassAI Chat

Recommandations pour les clips pris en charge sur les interfaces grand public :

• Chrome UI clair (évitez les artefacts de compression lourds)
• Fréquence d'images stable (30fps préféré)
• Narration optionnelle—les changements d'état visuels comptent le plus

Étape 1 — Uploader et Déclarer les Rôles

Joignez la vidéo en premier, puis le PDF spec (l'ordre réduit la confusion « quel fichier est primaire ? »).

Prompt d'ouverture :

Rôle : Analyste QA. Entrées : (1) vidéo démo = vérité terrain sur ce qui a été built ; (2) PDF spec = comportement attendu. Préparation tâche uniquement : confirmez que vous pouvez lire les deux ; listez les sections spec qui décrivent les flux UI (avec numéros de page). Ne listez pas encore les écarts.

Si le modèle ne peut pas parser la vidéo, réexportez en 720p H.264 et retirez la musique de fond—le bruit audio dégrade parfois le routing vision sur les clips courts.

Étape 2 — Définir la Stratégie d'Échantillonnage

Les prompts aveugles « regardez toute la vidéo » produisent une prose vague. Contraintes l'échantillonnage :

Analysez la vidéo à 1 image par seconde pour les changements d'état UI. Pour chaque exigence spec dans la Section {X}, identifiez les timestamps correspondants. Si aucun match dans ±2 secondes de la transition attendue, marquez UNVERIFIED.

Pour les flux de clics rapides, ajoutez : « Inspectez aussi 2 fps entre {start} et {end} pour les événements d'ouverture/fermeture de modale. »

Étape 3 — Exécuter le Passage de Détection d'Écarts

Prompt core (copiez et ajustez les IDs de section) :

Comparez la vidéo démo avec la Spec Section 3 (Onboarding Utilisateur). Sortie Tableau Markdown : | ID | Exigence Spec (citation ≤20 mots) | Page Spec | Timestamp Vidéo (MM:SS) | Comportement Observé | Match ? (Oui/Non/Partiel) | Sévérité (H/M/L) | Rules :

• Le timestamp doit pointer vers la première frame où l'écart apparaît.
• Si la spec est silencieuse sur un comportement visible, ajoutez une ligne avec Citation Spec = « NOT SPECIFIED ».
• Pas de colonne recommandations encore—faits uniquement.

Rubrique de sévérité à coller une fois par thread :

• High : Bloque la complétion de la tâche ou viole le langage sécurité/conformité
• Medium : Mauvais copy, mauvais default, validation manquante
• Low : Espacement cosmétique, différences de copy non-bloquantes

Étape 4 — Contester les Lignes Faibles (Pass Adversarial)

Les modèles overfitent sur des histoires plausibles. Suivez avec :

Revérifiez les lignes marquées Partiel ou Non. Pour chacune, citez une description de frame qui supporte la rating. Si la preuve est ambiguë, downgradez à Partiel et expliquez l'ambiguïté en une phrase.

Puis :

Listez jusqu'à 3 écarts que vous auriez pu manquer à cause d'une UI à faible contraste ou de modales qui se chevauchent.

Étape 5 — Exporter pour l'Engineering

Convertissez le tableau en tickets :

Transformez les lignes High et Medium en tickets prêts pour Jira : Titre (≤80 chars), Étapes pour reproduire avec timestamps, Attendu vs Réel, Référence Spec. Un ticket par ligne.

Collez dans votre tracker—édition humaine des owners et labels de sprint.

Scénario Exemple (Abrégé)

Spec (Section 3.2) : « Après vérification email, le dashboard charge avec une checklist empty-state—pas de wizard onboarding. »

Vidéo (01:14) : Wizard toujours visible avec Étape 2 surlignée.

Ligne de sortie : Pas de match, Sévérité High, timestamp 01:14.

Cette seule ligne remplace souvent vingt minutes de défilement manuel.

Améliorations de Prompt pour Équipes Spécialisées

Design QA : Ajoutez « Comparez les hex colors du CTA primaire à 00:45 avec le token spec Primary-600 si listé. »

Accessibilité : « Signalez les anneaux de focus manquants sur les éléments interactifs aux timestamps où la navigation clavier est implicite. »

Localization : « Si la spec requiert la locale fr-CA, vérifiez le format de date à 02:03. »

Échecs Courants et Correctifs

Flash vs Raisonnement Profond pour QA Vidéo

Utilisez standard / Flash pour le tableau de premier passage avec schéma tight. Escaladez vers deep reasoning quand :

• Spec et vidéo spannent 10+ états interactifs
• Les ratings Partiels excèdent 30% des lignes
• La logique sécurité ou billing est dans le scope

Éthique et Divulgation

La QA Vidéo sur les sessions utilisateurs peut impliquer des politiques de confidentialité. Utilisez des démos synthétiques ou des enregistrements redactés dans les threads partagés. Divulguez la QA assistée par IA dans les release notes quand votre processus l'exige.

À Vous de Jouer

Prenez la dernière démo que votre équipe a enregistrée—pairiez-la avec la section PRD qui n'est jamais fully testée. Exécutez les Étapes 1–4 sur MidassAI Chat aujourd'hui. Si vous obtenez cinq timestamps actionnables en un passage, promouvez ce workflow dans votre checklist de release.

summary-box {"title":"Checklist","rows":[["Inputs","Demo MP4 + spec PDF"],["Output","Timestamped deviation table"],["Validation","Adversarial re-check pass"],["Escalate","Deep reasoning for complex flows"]]}}

Articles associés

• Recherche PDF Ancrée sur MidassAI Chat
• Gemini 3 : quand mettre le contexte en cache ?
• Gemini 3 : vérifier le JSON et ses preuves
• Gemini 3.1 Pro : évaluer les nouveautés au travail
• SVG Animés en Minutes : Tutoriel Gemini 3.1