How to Validez votre application avec Computer Use with Eigent

Comment ça fonctionne

1. Indiquez à Eigent quel environnement de l’application tester et quels parcours utilisateurs sont les plus importants.
2. Eigent parcourt les flux, saisit des données dans les champs et enregistre ce qui ne fonctionne pas.
3. Pour chaque bug trouvé, Eigent documente les étapes de reproduction, le résultat attendu, le résultat obtenu et la gravité.
4. Eigent continue au-delà des problèmes non bloquants et termine par un court résumé de triage.
5. Si besoin, demandez ensuite à Eigent de corriger un bug trouvé, de créer des tickets Linear ou de limiter le prochain passage à un seul parcours en échec.

Plus de prompts à essayer

• Testez mon application. Trouvez les problèmes majeurs et donnez-moi un rapport.
• Testez l’inscription, l’invitation d’un coéquipier et la mise à niveau de la facturation en préproduction. Enregistrez chaque bug avec les étapes de reproduction, le résultat attendu, le résultat obtenu et la gravité.
• Continuez le passage QA et concentrez-vous uniquement sur le parcours de paiement — je veux comprendre tous les cas limites.
• Transformez les bugs P1 de ce rapport en brouillons de tickets Linear.

Comment l’utiliser

Dites à Eigent quel environnement tester (local, de préproduction ou similaire à la production) et quels parcours couvrir. Précisez les types de problèmes qui vous importent — fonctionnalité cassée, problèmes de mise en page, texte confus, ou tout cela à la fois. Si l’état du compte, les données de test ou les flags de fonctionnalités influencent le parcours, indiquez-le dès le départ. Si un seul problème bloquant doit arrêter l’exécution, précisez-le ; sinon, Eigent collecte tous les problèmes et résume à la fin. Après le passage, demandez à Eigent de corriger les bugs, de créer des tickets ou d’exécuter un nouveau passage sur un parcours spécifique en échec.

Résultat attendu

Un rapport de bugs structuré listant chaque problème trouvé avec les étapes de reproduction, le résultat attendu par rapport au résultat obtenu, et la gravité. Se termine par un court résumé de triage des éléments P0 à P2 et des prochaines actions recommandées.

Limites

• Computer Use teste directement l’interface utilisateur — il ne peut pas tester la logique côté serveur ni les tâches en arrière-plan qui ne sont pas visibles dans l’interface.
• La précision des tests dépend de la fourniture dès le départ d’un état de compte et de détails d’environnement clairs.
• Les plans de test très longs ou complexes gagnent à être découpés en passages ciblés plutôt qu’en une seule longue exécution.