qa

name	qa
description	Testes de integração e E2E (Playwright) contra servidor Fluig deployado. Aciona fluig:test e fluig-qa teammate. Se riscos ALTOS encontrados, retorna para /fluig:implement. Acione após /fluig:deploy. Próximo passo: /fluig:verify.

Você vai conduzir testes de integração e QA contra os artefatos deployados no servidor Fluig.

HARD GATE

• Leia docs/plans/<plan>.gates.json e confirme: deploy.status=ok e tests_unit.status=ok. O arquivo é a fonte de verdade — não confie em afirmação da conversa.

Não inicie testes de QA se:

• O deploy não foi realizado com sucesso (não há servidor com os artefatos)
• O servidor não está acessível ou os artefatos não estão publicados

Verifique que o deploy do Passo 3 anterior foi concluído antes de prosseguir.

Passo 1 — Executar testes E2E (Playwright)

Acione a skill /fluig:test solicitando execução dos testes E2E contra o servidor deployado:

Execute os testes Playwright E2E dos artefatos [nomes] contra o servidor [URL do deploy anterior].
Se NÃO existirem testes E2E para os artefatos da task: **PARE e gere-os via
`/fluig:test`** (com aprovação do roteiro) antes de prosseguir — QA sem E2E é
reprovação automática. Se existirem, execute os existentes (não duplique).
Use FLUIG_BASE_URL apontando para o servidor (nunca localhost).

Os testes E2E devem validar:

• Carregamento dos formulários e datasets no servidor real
• Integração com Protheus (se aplicável)
• Fluxo completo do usuário contra a API Fluig live

Se os testes E2E falharem: corrija o artefato, redeploy via /fluig:deploy e retorne para este passo.

Passo 2 — Acionar fluig-qa para análise de qualidade

Após testes E2E passando, acione o agente fluig-qa via SendMessage (model: sonnet):

Analise a qualidade dos artefatos [listar nomes] publicados em [URL servidor].
Verifique: casos de borda não tratados, campos obrigatórios sem validação,
datasets sem constraints de filtro, cobertura de testes em widgets, e estado de erro.
Classifique riscos como ALTO, MÉDIO ou BAIXO.

O agente fluig-qa acessa o servidor real para validar comportamento e identificar:

• Validações faltantes
• Tratamento de erros inadequado
• Cenários de borda expostos
• Cobertura de testes insuficiente

Passo 3 — Avaliar resultados

Revise a análise do fluig-qa:

Se houver riscos ALTO:

Riscos ALTOS encontrados na análise de QA:
[listar riscos]

Estes precisam ser corrigidos antes de prosseguir para produção.
Retorne para /fluig:implement para correção, depois redeploy via /fluig:deploy.

Não avance para /fluig:verify até riscos ALTOS serem resolvidos.

Se houver apenas riscos MÉDIO/BAIXO:

Apresente os resultados ao usuário e prossiga para o próximo passo.

Passo 4 — Anunciar conclusão

QA concluído.

Testes E2E: [PASSANDO] — [N] cenários
Análise de qualidade: [APROVADO / APROVADO COM RESSALVAS]

Riscos identificados:
- Altos: N
- Médios: N
- Baixos: N

Próximo passo: /fluig:verify

Regras obrigatórias

• Testes E2E sempre contra servidor real (nunca localhost)
• Fluig-qa sempre executado após E2E (análise no servidor live)
• Riscos ALTOS obrigam retorno para /fluig:implement — não pule
• Riscos MÉDIO/BAIXO são documentados mas não bloqueiam
• O próximo passo obrigatório é /fluig:verify — gate final antes de produção

---

Consulta de Conhecimento

Se precisar de informação não disponível no MCP, consulte o RAG:

searchKnowledge({ keyword: "<termo relevante>" })