Aller au contenu
Guide7 min de lecture

Guide vidéo de démo QA d'un agent IA

Inspectez un critère d'acceptation dans le navigateur.

Relisez les preuves d'acceptation visibles après le travail d'un agent IA en vérifiant un critère, son parcours navigateur, et le résultat inspectable.

Voir comment ça marcheLes 60 premières secondes de vidéo sont gratuites, avec un filigrane. Vérifiez votre adresse e-mail pour la télécharger.

Une vidéo de démo QA d'un agent IA doit aider un relecteur humain à inspecter un critère d'acceptation visible après le travail d'un agent. Elle présente l'état du navigateur, l'action ou l'entrée, et le résultat qu'exige le critère. L'enregistrement donne au relecteur une référence partagée pour une décision précise. Il ne transforme pas un résumé généré par l'agent en preuve, et il ne déclare pas qu'une publication, un produit, ou une condition non montrée a été validé.

Cette page se distingue du guide de la vidéo de résultat de test d'un agent IA. Un résultat de test enregistre une condition observée et son issue. Une démo QA commence par le critère d'acceptation qu'une personne doit évaluer, puis rend la preuve visible facile à inspecter au regard de ce critère. La décision humaine est au centre du processus, pas l'existence d'un fichier terminé.

GogoScreen utilise une URL d'application web accessible et une indication d'une ligne pour préparer un fichier MP4 monté avec voix off. Il enregistre l'application réelle, pas une maquette, en suivant le parcours. Un candidat peut échouer ou nécessiter une nouvelle tentative. L'actif peut préserver ce qui s'est passé au cours d'une session de navigateur, mais seul un relecteur peut décider si cette session visible satisfait le critère d'acceptation énoncé.

Qu'est-ce qui rend un critère d'acceptation relisible ?

Un critère relisible nomme un résultat visible, pas un détail d'implémentation caché ou une affirmation large que le produit est terminé. Il peut décrire ce qui doit être présent à l'écran après une action préparée, comment un utilisateur peut accomplir une tâche bornée, ou quel état un relecteur doit pouvoir inspecter. Si l'exigence nécessite des journaux serveur, du code non montré, ou une chaîne de routes sans lien, la vidéo n'est qu'une partie de la preuve.

Rédigez le critère de sorte qu'un relecteur puisse le comparer au candidat sans reconstruire l'intention à partir de l'historique de l'agent. Gardez l'attendu et l'observé séparés. Le résultat attendu vient du critère. Le résultat observé est ce que montre la session du navigateur. Cela évite une erreur fréquente où une déclaration d'achèvement générée devient la conclusion avant qu'un humain ait regardé l'écran.

Élément du dossier QACe qu'il captureCe qui reste hors de l'affirmation
Critère d'acceptationLe résultat visible que le relecteur doit évaluerLes détails d'implémentation cachés
État préparéLe contexte sûr utilisé pour la vérificationLes autres états de compte ou routes
Action ou entréeL'étape qui produit la preuveUne promesse sur chaque parcours utilisateur
Résultat observéL'état du navigateur montré dans cette sessionLa couverture complète de la publication ou des tests
Décision du relecteurSi cette preuve satisfait ce critèreL'approbation automatique d'un travail ultérieur

Le guide de la liste de contrôle de la vidéo de démo SaaS peut aider à organiser un dossier de relecture plus large. Le guide de la vidéo de démo de PR d'un agent IA est utile quand la preuve accompagne un changement proposé. Le guide de la vidéo de démo de fonctionnalité d'un agent IA explique un bénéfice utilisateur, ce qui diffère de la vérification d'un critère d'acceptation.

Comment préparer l'état de navigateur pour la QA ?

Ouvrez la route manuellement avant de préparer le candidat. Vérifiez les libellés de départ, les redirections, les avis de consentement, les délais de chargement, les fenêtres modales, les états vides, et l'état final du navigateur. Le relecteur doit voir assez de contexte pour comprendre le critère, mais pas une longue séquence de configuration qui cache la vérification. Si le critère ne devient visible qu'après des étapes sans lien, utilisez une route préparée plus avancée et consignez cette limite.

Utilisez des données préparées sûres. Ne montrez pas de nom de client, d'URL de client, de document privé, d'identifiant, ou de contenu multimédia de client. Si la route nécessite une authentification, utilisez un compte de démonstration jetable via le processus approuvé. Sur GogoScreen, les identifiants sont chiffrés, utilisés pour un seul rendu, puis supprimés. Si un storyboard est planifié en premier, les identifiants restent chiffrés pendant cette session et sont supprimés au plus tard deux heures après leur dernière utilisation. Ils ne doivent jamais apparaître dans l'enregistrement, l'indication, ou les notes du relecteur.

  1. Énoncez l'unique critère d'acceptation que le relecteur doit inspecter.
  2. Préparez l'état sûr du navigateur qui rend le critère observable.
  3. Capturez l'action et le résultat qui montrent si le critère est satisfait.
  4. Consignez la décision du relecteur et la limite de la preuve.

Le guide de la vidéo de démo logicielle à partir d'une URL explique comment préparer une route. Le guide de la démo d'automatisation de navigateur d'un agent IA garde le dossier lié à une session observée. Pour un comportement inattendu qui doit être préservé avant diagnostic, utilisez le guide de la vidéo de reproduction de bug d'un agent IA.

Comment l'indication doit-elle préserver la preuve QA ?

Rédigez l'indication autour du critère, pas d'une hypothèse selon laquelle il est déjà satisfait. Nommez le départ, l'action, et le résultat visible que le relecteur doit inspecter. Utilisez le langage de l'interface qui apparaît à l'écran. Cela crée un point de comparaison clair quand un candidat commence dans le mauvais état, saute une action essentielle, ou se termine avant que le résultat soit assez durable pour être évalué.

Ne demandez pas à l'indication de prouver tout le produit. Une demande visant à montrer chaque vérification élargit l'affirmation au delà de ce qu'une session de navigateur peut soutenir. Si plusieurs critères comptent, capturez des dossiers séparés. Le guide de la présentation guidée de fonctionnalité d'un agent IA enseigne un parcours utilisateur, tandis que le guide de la liste de vérification de lancement d'un agent IA relit un actif avant son usage public. Les deux posent des questions différentes de la preuve QA.

Critère : la condition visible sous relecture
Résultat attendu : l'état du navigateur exigé par le critère
État préparé : le contexte sûr utilisé pour ce passage
Résultat observé : ce que le candidat montre visiblement
Décision : accepté, rejeté, ou nécessite un nouveau passage vérifié
Limite : la route, l'état, ou l'exigence non couverte

Regardez le candidat d'abord en muet. Confirmez que l'état d'ouverture, l'action, et le résultat rendent le critère compréhensible à partir des images. Relisez ensuite les sous-titres et la voix off au regard de la session. GogoScreen fait correspondre la voix off à l'activité observée dans le navigateur, mais le relecteur reste responsable de retirer toute formulation qui affirme une couverture plus large, des causes cachées, ou un comportement futur.

Comment le relecteur prend-il la décision QA ?

Comparez dans une seule relecture le critère écrit, l'état préparé, le candidat, l'action visible, et l'état final. Acceptez la preuve seulement quand la session de navigateur satisfait clairement le critère tel qu'écrit. Rejetez-la quand le résultat visible diffère, quand du contenu privé apparaît, quand la route a changé, ou quand le candidat ne fournit pas assez de contexte pour inspecter le résultat. Demandez un nouveau passage quand une route, une indication, ou un état préparé peut corriger l'écart.

Consignez la date de capture, la route, le critère, le résultat attendu, le résultat observé, le relecteur, la décision, et la limite connue. Ce dossier compact rend une vérification ultérieure praticable. Une interface créée par un agent peut changer de libellés, d'états, et de parcours rapidement. Un dossier d'acceptation antérieur n'est pas une preuve permanente une fois que la preuve du navigateur ou l'exigence a changé.

Chaque nouveau compte reçoit 60 secondes de vidéo une seule fois, avec filigrane. Ensuite, les vidéos utilisent du temps d'un forfait ou d'une recharge, et le temps n'est utilisé que lorsqu'un rendu réussit. La limite favorise un critère inspectable unique. Elle ne remplace pas la relecture QA et ne justifie pas de transformer un résultat concis en affirmation de couverture complète.

Que doit-il se passer après la relecture QA ?

Un dossier QA terminé peut mener à une passation, une implémentation révisée, une discussion de PR, ou une relecture de lancement séparée. Gardez l'action suivante liée à la décision du relecteur. Un critère accepté peut soutenir une passation bornée. Il ne devient pas automatiquement une démo publique ou une affirmation large de fonctionnalité sans un nouveau public, des données sûres, et une relecture de placement.

Pour un relecteur qui transfère la preuve vérifiée, lisez le guide de la vidéo de passation de publication d'un agent IA. Pour l'approbation d'un actif public, utilisez le guide de la liste de vérification de lancement d'un agent IA. Pour une discussion de changement technique, utilisez le guide de la vidéo de démo de PR d'un agent IA, pour une explication orientée client utilisez le guide de la vidéo de démo SaaS d'un agent IA, et pour une décision d'affirmation produit utilisez le guide de la vidéo de démo de relecture produit d'un agent IA.

Visitez la page d'accueil de GogoScreen pour le flux de travail de l'URL et de l'indication. Une vidéo de démo QA d'un agent IA utile rend un critère d'acceptation visible, donne à un relecteur humain une preuve qu'il peut inspecter, et consigne la limite qui garde la décision honnête.

Précisions

Avant de commencer

Que doit montrer une vidéo de démo QA d'un agent IA ?

Montrez le critère d'acceptation visible, l'état du navigateur préparé, l'action ou l'entrée, et le résultat qu'un relecteur humain peut inspecter. C'est une preuve pour une vérification QA, pas une démonstration générale que l'application ou la publication a satisfait chaque exigence.

En quoi une démo QA diffère-t-elle d'une démo de résultat de test ?

Une démo de résultat de test enregistre une condition définie et son résultat observé dans le navigateur. Une démo QA organise cette preuve visible autour d'un critère d'acceptation qu'un relecteur humain doit inspecter avant de décider si le travail précis répond à l'attente énoncée.

Une vidéo QA peut-elle approuver automatiquement le travail d'un agent ?

Non. La vidéo donne au relecteur un enregistrement partagé du navigateur. Le relecteur compare toujours le critère avec le candidat, vérifie ses limites, et note si la preuve est acceptée, rejetée, ou nécessite un nouveau passage.

Que faut-il exclure d'un enregistrement QA ?

Excluez de l'enregistrement les noms de clients, les URL de clients, les documents privés, les identifiants, les contenus multimédias de clients, et les affirmations non relues. Utilisez des données préparées sûres et un compte de démonstration jetable via le processus approuvé quand une authentification est nécessaire.

Collez une URL, décrivez un parcours et obtenez une vidéo de démonstration de votre application web.

Les 60 premières secondes de vidéo sont gratuites, avec un filigrane. Vérifiez votre adresse e-mail pour télécharger la vidéo.