Contabilizar verificações selecionadas, ignoradas e executadas em um resultado de validação

Objetivo

Evitar que um comando que termina com sucesso seja reportado como cobertura efetiva quando as verificações pretendidas foram ignoradas, desmarcadas ou nunca descobertas.

Pré-requisitos

Saber quais comportamentos a validação deve exercitar e como o projeto reporta a descoberta, a execução e as condições de skip. Sempre que possível, usar os pontos de entrada de verificação do próprio projeto.

Passos

1. Declare o conjunto de verificações pretendido antes de executá-lo. Pode ser uma suíte nomeada, um subconjunto de comportamentos ou um fluxo de integração específico; evite a afirmação vaga de que "tudo foi testado".

2. Leia o resumo da execução e identifique o trabalho descoberto, selecionado, executado e ignorado. Registre os erros de coleta e os pré-requisitos ausentes como resultados separados, mesmo que outra parte do comando tenha tido sucesso.

3. Compare o conjunto realmente selecionado com o pretendido. Quando faltarem verificações esperadas, investigue filtros de caminho, markers, convenções de nomenclatura e configuração; não compense reportando apenas o status de saída do comando.

4. Para as verificações ignoradas, registre o motivo e se ele impede a conclusão solicitada. Obtenha o pré-requisito autorizado ou escolha uma observação alternativa válida; não remova condições de proteção só para fazer uma verificação rodar.

5. Valide o caminho de reporte com um fixture em que todas as verificações relevantes sejam ignoradas e outro em que o filtro não selecione nada. O resumo final deve indicar que o comportamento pretendido continua sem verificação.

Resultado esperado

Um relatório de validação distingue as execuções aprovadas do comportamento não exercitado. Ele informa ao revisor se o resultado observado do comando sustenta a afirmação de aceitação e qual pré-requisito fecharia qualquer lacuna restante.

Limites e base de verificação

Isto é um protocolo de contabilização original, não uma afirmação sobre códigos de saída universais de test runners. Ferramentas diferentes tratam suítes vazias ou ignoradas de maneiras distintas. Nenhum comportamento de runner foi testado aqui, e a configuração aplicável do projeto continua sendo a referência.