How to Testuj swoją aplikację z Computer Use with Eigent

Jak to działa

1. Powiedz Eigent, jakie środowisko aplikacji ma przetestować i które przepływy użytkownika są najważniejsze.
2. Eigent klika przez przepływy, wpisuje dane do pól i rejestruje, co się psuje.
3. Dla każdego znalezionego błędu Eigent dokumentuje kroki odtworzenia, oczekiwany rezultat, rzeczywisty rezultat i ważność.
4. Eigent kontynuuje mimo problemów nieblokujących i kończy krótkim podsumowaniem triage.
5. Opcjonalnie poproś Eigent o naprawienie znalezionego błędu, utworzenie zgłoszeń w Linear lub zawężenie następnego przebiegu do jednego nieudanego przepływu.

Więcej promptów do wypróbowania

• Przetestuj moją aplikację. Znajdź wszelkie poważne problemy i przygotuj raport.
• Przetestuj rejestrację, zaproszenie współpracownika i aktualizację planu rozliczeniowego w stagingu. Zarejestruj każdy błąd z krokami odtworzenia, oczekiwanym rezultatem, rzeczywistym rezultatem i ważnością.
• Kontynuuj przebieg QA i skup się tylko na ścieżce płatności — chcę poznać wszystkie przypadki brzegowe.
• Zamień błędy P1 z tego raportu na szkice zgłoszeń w Linear.

Jak używać

Powiedz Eigent, jakie środowisko ma przetestować (lokalne, stagingowe lub zbliżone do produkcyjnego) i jakie przepływy ma objąć. Określ typy problemów, które Cię interesują — błędy funkcjonalne, problemy z układem, mylące treści lub wszystko powyższe. Jeśli na przebieg wpływa stan konta, dane testowe lub flagi funkcji, podaj to z góry. Jeśli jedno blokujące wystąpienie ma zakończyć test, zaznacz to; w przeciwnym razie Eigent zbierze wszystkie problemy i podsumuje je na końcu. Po przebiegu poproś Eigent o naprawienie błędów, utworzenie zgłoszeń lub uruchomienie kolejnego przebiegu na konkretnym nieudanym przepływie.

Oczekiwany wynik

Ustrukturyzowany raport błędów zawierający każdy znaleziony problem z krokami odtworzenia, wynikiem oczekiwanym i rzeczywistym oraz ważnością. Kończy się krótkim podsumowaniem triage ustaleń P0–P2 i zalecanymi dalszymi krokami.

Ograniczenia

• Computer Use testuje interfejs bezpośrednio — nie może sprawdzać logiki po stronie serwera ani zadań w tle, które nie są widoczne w interfejsie.
• Dokładność testów zależy od wcześniejszego podania jasnego stanu konta i szczegółów środowiska.
• Bardzo długie lub złożone plany testów lepiej dzielić na skupione przebiegi zamiast jednego długiego uruchomienia.