How to Computer Use로 앱 QA하기 with Eigent

작동 방식

1. 테스트할 앱 환경과 가장 중요한 사용자 흐름을 Eigent에 알려주세요.
2. Eigent가 흐름을 따라 클릭하고, 필드에 입력하며, 문제가 발생하는 지점을 기록합니다.
3. 발견된 모든 버그에 대해 Eigent가 재현 단계, 예상 결과, 실제 결과, 심각도를 문서화합니다.
4. Eigent는 비차단 이슈를 지나 계속 진행하고 마지막에 간단한 트리아지 요약으로 마무리합니다.
5. 필요하면 발견한 버그 수정, Linear 이슈 생성, 또는 다음 패스를 하나의 실패 흐름으로 좁히도록 Eigent에 요청할 수 있습니다.

더 시도해볼 프롬프트

• 내 앱을 테스트해 주세요. 주요 이슈가 있으면 찾아서 보고서를 주세요.
• 스테이징에서 회원가입, 팀원 초대, 요금제 업그레이드를 테스트하세요. 모든 버그를 재현 단계, 예상 결과, 실제 결과, 심각도와 함께 기록하세요.
• QA 패스를 계속 진행하고 결제 흐름에만 집중하세요 — 모든 엣지 케이스를 파악하고 싶습니다.
• 이 보고서의 P1 버그를 초안 Linear 이슈로 바꿔주세요.

사용 방법

테스트할 환경(로컬, 스테이징, 프로덕션 유사 환경)과 포함할 흐름을 Eigent에 알려주세요. 깨진 기능, 레이아웃 문제, 혼란스러운 문구, 또는 이 모든 항목 중 무엇을 중점으로 볼지 적어주세요. 계정 상태, 테스트 데이터, 기능 플래그가 흐름에 영향을 준다면 미리 포함하세요. 하나의 차단 이슈가 실행을 종료해야 한다면 그렇게 말하세요. 그렇지 않으면 Eigent가 모든 이슈를 수집하고 마지막에 요약합니다. 패스가 끝나면 버그 수정, 티켓 생성, 또는 특정 실패 흐름에 대한 후속 패스를 실행하도록 요청하세요.

예상 결과

발견된 모든 이슈를 재현 단계, 예상 결과 vs. 실제 결과, 심각도와 함께 나열한 구조화된 버그 리포트. P0–P2 발견 사항과 권장되는 다음 조치에 대한 간단한 트리아지 요약으로 끝납니다.

제한 사항

• Computer Use는 UI를 직접 실행하므로, 인터페이스에 보이지 않는 서버 측 로직이나 백그라운드 작업은 테스트할 수 없습니다.
• 테스트 정확도는 계정 상태와 환경 세부 정보를 미리 명확히 제공하는지에 따라 달라집니다.
• 매우 길거나 복잡한 테스트 계획은 한 번의 긴 실행보다 집중된 패스로 나누는 것이 더 좋습니다.