EPEngenheiro
de Precisão
← Todos os guiasProjetos

Verificação e validação: duas perguntas para a mesma entrega

Um arquivo pode cumprir sua especificação e ainda não ajudar quem precisa usá-lo.

Redação Engenheiro de Precisão · Publicado em 13 de outubro de 2026

Ilustração editorial do guia
Neste guia
  1. Verifique a especificação
  2. Valide a necessidade
  3. Planeje evidências diferentes
  4. Feche a divergência
  5. Um caso de calendário mostra a diferença
  6. Registre uma observação de uso com precisão

Verifique a especificação

Uma planilha didática deve calcular prazo a partir de uma data inicial e uma duração. Conferir fórmulas, tipos de dados e casos de fronteira verifica o comportamento especificado. Registre entradas e saídas esperadas antes da execução.

Valide a necessidade

Converse com o usuário sobre feriados, etapas paralelas e significado do prazo. Se ele trabalha com dias úteis e a especificação adotou dias corridos, uma fórmula correta pode atender à pergunta errada. Não altere silenciosamente a regra durante a avaliação.

Planeje evidências diferentes

Para verificação, use casos com resultado conhecido. Para validação, use tarefas representativas e registre dificuldades observadas. Uma opinião favorável isolada não substitui todos os testes; um teste matemático também não demonstra utilidade operacional.

Feche a divergência

Registre se o problema está na implementação, na especificação ou na necessidade interpretada. Atualize as versões afetadas e repita somente os testes pertinentes. No relatório, delimite o que foi demonstrado e o que ainda depende de uso real.

Um caso de calendário mostra a diferença

Imagine início na sexta-feira e duração de dois dias. Uma regra de dias corridos pode levar ao domingo; uma regra de dias úteis pode levar à terça-feira, dependendo da convenção de contagem e dos feriados. Antes de testar, especifique se o dia inicial conta. A verificação compara a implementação à regra definida. A validação investiga se essa regra corresponde ao uso pretendido. O exemplo não define um prazo contratual: mostra como uma palavra aparentemente simples pode esconder decisões distintas.

Registre uma observação de uso com precisão

Em vez de “o usuário não gostou”, escreva a tarefa, o comportamento observado e a dificuldade relatada. Por exemplo: durante uma simulação, a pessoa interpretou a data exibida como data de envio, enquanto a especificação a tratava como conclusão. Isso aponta uma ambiguidade de comunicação que exige avaliação. Uma sessão de uso não permite concluir que todos os usuários terão a mesma dificuldade. Delimite participantes, contexto e questões ainda abertas.

Fonte e limites

Referência técnica ou orientação institucional consultada. A fonte oferece contexto conceitual; os exemplos, fichas e recomendações de organização são da redação. Consulte procedimentos, normas e autoridades aplicáveis antes de decisões profissionais.

Encontrou algo que precisa de correção? Envie o trecho e a fonte para conferência.

Explorar fichas e calculadoras