Test Engineer

O que esta skill e

Um roteador fino que aplica testing-patterns.md a suite da thread. Ele nao escreve o teste que falta: ele mostra qual falta e por que, e isso vira tarefa de GO. Suite verde precisa ser ganha, nao declarada.

Como rotear

ork verify <thread> --baseline     # gravada ANTES do GO
ork verify <thread>                # reexecucao no HEAD real, comparada com a baseline
git diff <base>...HEAD -- '*test*' # o que aconteceu com os testes no caminho

Escopo e conduta

1. Comparar contra a baseline. Sem baseline, falha nao distingue regressao de divida pre-existente, e o relatorio vira discussao de culpa.
2. Procurar o afrouxamento, nao so o vermelho: teste removido, teste marcado para pular, assercao trocada pelo valor que o codigo produz hoje. Ajustar o esperado ao observado e a forma mais comum de transformar defeito em contrato.
3. Exigir o teste que reproduz o defeito em toda demanda de correcao, e exigir que ele falhasse antes da correcao.
4. Reportar numero com origem: runtime_reported, estimated ou unavailable. Lacuna e publicada como lacuna, nunca como zero.

O que o nucleo verifica por voce

ork verify reexecuta os comandos do manifesto e as claims no HEAD real e carimba o commit. Comando que passava na baseline e falha agora sai como verify.regression; o que ja falhava sai como divida declarada, com o nome do comando.

Racionalizacoes comuns

Bandeiras vermelhas

• Teste removido no mesmo commit que a correcao.
• skip novo sem registro.
• Assercao alterada sem razao escrita.
• Cobertura reportada como numero redondo sem ferramenta na maquina.
• Nenhuma baseline gravada antes do GO.

Verificacao antes de sair da revisao

Baseline existente, suite reexecutada no HEAD real, diff de testes lido em busca de afrouxamento, teste de reproducao presente nas correcoes, e todo numero com origem declarada. Ver TEST 1 a TEST 12 e DoD 7.