How to QA Your App with Computer Use with Eigent

So funktioniert es

1. Sage Eigent, welche App-Umgebung getestet werden soll und welche User Flows am wichtigsten sind.
2. Eigent klickt sich durch die Abläufe, gibt Daten in Felder ein und protokolliert, was nicht funktioniert.
3. Für jeden gefundenen Fehler dokumentiert Eigent Reproduktionsschritte, erwartetes Ergebnis, tatsächliches Ergebnis und Schweregrad.
4. Eigent macht trotz nicht blockierender Probleme weiter und beendet mit einer kurzen Triage-Zusammenfassung.
5. Auf Wunsch kannst du Eigent bitten, einen gefundenen Fehler zu beheben, Linear-Issues zu erstellen oder den nächsten Durchlauf auf einen fehlgeschlagenen Flow zu beschränken.

Weitere Prompts zum Ausprobieren

• Teste meine App. Finde alle größeren Probleme und gib mir einen Bericht.
• Teste Signup, das Einladen eines Teammitglieds und das Upgrade des Abonnements in Staging. Protokolliere jeden Fehler mit Reproduktionsschritten, erwartetem Ergebnis, tatsächlichem Ergebnis und Schweregrad.
• Setze den QA-Durchlauf fort und konzentriere dich nur auf den Checkout-Flow — ich möchte alle Edge Cases verstehen.
• Verwandle die P1-Fehler aus diesem Bericht in Entwürfe für Linear-Issues.

So verwendest du es

Teile Eigent mit, welche Umgebung getestet werden soll (lokal, Staging oder produktionsähnlich) und welche Abläufe abgedeckt werden sollen. Nenne die Fehlertypen, die dich interessieren — defekte Funktionalität, Layout-Probleme, verwirrende Texte oder alles zusammen. Wenn Kontostand, Testdaten oder Feature Flags den Ablauf beeinflussen, nenne das gleich zu Beginn. Wenn ein blockierender Fehler den Lauf beenden soll, sag das; andernfalls sammelt Eigent alle Probleme und fasst sie am Ende zusammen. Nach dem Durchlauf kannst du Eigent bitten, Fehler zu beheben, Tickets zu erstellen oder einen Folge-Durchlauf für einen bestimmten fehlerhaften Flow zu starten.

Erwartete Ausgabe

Ein strukturierter Fehlerbericht mit allen gefundenen Problemen inklusive Reproduktionsschritten, erwartetem vs. tatsächlichem Ergebnis und Schweregrad. Endet mit einer kurzen Triage-Zusammenfassung der P0–P2-Funde und empfohlenen nächsten Schritten.

Einschränkungen

• Computer Use testet die UI direkt — es kann keine serverseitige Logik oder Hintergrundjobs testen, die in der Oberfläche nicht sichtbar sind.
• Die Testgenauigkeit hängt davon ab, dass Kontostand und Umgebungsdetails im Voraus klar angegeben werden.
• Sehr lange oder komplexe Testpläne lassen sich besser in fokussierte Durchläufe aufteilen als in einen langen Lauf.