Triagem de Resultado de QA do Agente

Visão Geral

Classifique uma execução de QA do Agente que falhou com base em suas evidências registradas, em vez de adivinhar. Inspecione a execução, as etapas, os artefatos e os logs; escolha uma categoria fixa; e retorne a confiança, a propriedade provável e a próxima ação baseada em evidências.

Quando Usar

• Investigando uma execução de QA do Agente que falhou ou foi interrompida.
• Inspecionando artefatos de execução, resultados de etapas ou logs de execução.
• Comparando execuções relacionadas recentes para padrões de falha recorrentes.
• Decidindo se uma falha pertence a um proprietário de teste, produto, hook, runtime de navegador/mobile ou infraestrutura.

Fluxo de Trabalho

1. Comece com agent_qa_get_run para o status da execução, contexto filho da suíte, etapas e tentativas.
2. Busque evidências antes de decidir:
   • agent_qa_get_run_artifact
   • agent_qa_get_run_steps
   • agent_qa_get_run_logs
   • agent_qa_get_run_execution_logs
3. Chame agent_qa_classify_failure e use sua categoria como a classificação padrão, a menos que evidências mais fortes a contradigam.
4. Compare execuções relacionadas recentes quando elas estiverem disponíveis na saída do classificador.
5. Retorne um resultado de triagem conciso: categoria, confiança, evidências, área provável de correção e próxima ação.
6. Para alterações de código, mude para agent-qa-debug-fix após a conclusão da triagem.

Categorias

Use exatamente uma categoria de references/triage-categories.md:

• timeout
• appium_startup
• browser_disconnect
• element_not_found
• assertion_failure
• hook_failure
• infrastructure
• unknown_failure

Regras de Evidência

• Cite ou resuma evidências concretas de artefatos, logs ou etapas.
• Mencione seções de artefatos ausentes quando elas limitarem a confiança.
• Não invente capturas de tela, vídeos, logs ou contexto de memória que o MCP não retornou.
• Se o MCP não estiver disponível, use APIs REST do painel ou a saída do CLI de QA do Agente como fallback e declare quais evidências não estavam disponíveis.
• Redija credenciais, tokens de sessão, dados pessoais e conteúdo de aplicativos não relacionados do relatório.

Exemplo

{
  "category": "element_not_found",
  "confidence": "high",
  "evidence": ["Step 4 could not resolve the described checkout button"],
  "likely_fix_area": "test definition or changed product UI",
  "next_action": "Inspect the captured UI context, then compare the current checkout screen"
}

Limitações

• A classificação é tão confiável quanto os artefatos e logs de execução retidos.
• Uma categoria de falha identifica a superfície de falha mais provável; ela não prova a causa raiz.
• Capturas de tela ausentes, contexto DOM/acessibilidade, logs do dispositivo ou execuções anteriores devem diminuir a confiança.
• Esta habilidade não modifica testes ou código de aplicativo; use agent-qa-debug-fix para um reparo autorizado.