How to Faça QA do seu app com Computer Use with Eigent

Como funciona

1. Diga ao Eigent qual ambiente do app testar e quais fluxos de usuário são mais importantes.
2. Eigent clica pelos fluxos, digita nos campos e registra o que quebra.
3. Para cada bug encontrado, Eigent documenta os passos de reprodução, o resultado esperado, o resultado atual e a severidade.
4. Eigent continua além de problemas não bloqueantes e termina com um breve resumo de triagem.
5. Opcionalmente, peça ao Eigent para corrigir um bug encontrado, criar issues no Linear ou restringir a próxima passagem a um fluxo com falha.

Mais prompts para testar

• Teste meu app. Encontre quaisquer problemas graves e me entregue um relatório.
• Teste cadastro, convite de colega e upgrade de cobrança em staging. Registre cada bug com passos de reprodução, resultado esperado, resultado atual e severidade.
• Continue a passagem de QA e foque apenas no fluxo de checkout — quero entender todos os casos de borda.
• Transforme os bugs P1 deste relatório em issues rascunho no Linear.

Como usar

Diga ao Eigent qual ambiente testar (local, staging ou semelhante a produção) e quais fluxos cobrir. Informe os tipos de problema com os quais você se importa — funcionalidade quebrada, problemas de layout, texto confuso ou tudo isso. Se o estado da conta, dados de teste ou feature flags afetarem o fluxo, inclua isso desde o início. Se um único problema bloqueante deve encerrar a execução, diga isso; caso contrário, o Eigent coleta todos os problemas e resume no final. Depois da passagem, peça ao Eigent para corrigir bugs, criar tickets ou executar uma passagem de acompanhamento em um fluxo específico com falha.

Saída esperada

Um relatório estruturado de bugs listando cada problema encontrado com passos de reprodução, resultado esperado vs. resultado atual e severidade. Termina com um breve resumo de triagem dos achados P0–P2 e as próximas ações recomendadas.

Limitações

• O Computer Use exercita a interface diretamente — ele não consegue testar lógica no servidor ou jobs em segundo plano que não sejam visíveis na interface.
• A precisão dos testes depende de fornecer com clareza o estado da conta e os detalhes do ambiente desde o início.
• Planos de teste muito longos ou complexos se beneficiam de serem divididos em passagens focadas, em vez de uma única execução longa.