Para quem lidera a área
Três coisas mudam quando a conformidade entre requisito e código deixa de ser conversa e vira registro.
Nenhuma métrica de impacto nesta página. Enquanto não houver dado de cliente, falamos de mecanismo — não de resultado.
Retrabalho que não acontece
O caso é concreto e não é nosso: uma empresa com vinte desenvolvedores. O código volta do time de testes com frequência. E o time de testes escreve teste que talvez nem precisasse existir, porque não há como saber o que já está coberto.
Os dois problemas têm a mesma raiz. Ninguém confrontou o requisito com o código antes de a tarefa existir, e ninguém amarrou caso de teste a critério depois.
O requisito chega ao QA já validado contra o código e com critérios explícitos; os casos de teste saem rastreados ao critério que cobrem. Dá para ver qual critério ficou sem teste e qual teste não cobre critério nenhum.
C2Orientação de preparo devolvida conforme o tipo de exame
CT-03CT-04
C4Confirmação de preparo obrigatória na requisição
CT-06
C6Horário já ocupado do profissional bloqueado na marcação
sem caso de teste
C7Marcação restrita aos perfis Recepção e Corpo Clínico
CT-09
CT-11agendar dois exames no mesmo dianão cobre critério nenhum
Conhecimento que não evapora
Toda regra de negócio de um sistema com anos de estrada tem um porquê. Quase sempre ele mora na cabeça de alguém.
Cada ressalva que o Aferiz levanta é aceita ou rebatida por uma pessoa, e as duas coisas ficam registradas: o que foi apontado, com evidência no código, e a resposta que fechou o assunto. Não é documentação que alguém precisa lembrar de escrever — é o rastro de uma decisão que já foi tomada.
Quando alguém sai da empresa, a razão fica.
- ressalva
- O requisito manda recusar horário já ocupado. A grade de horários livres não desconta exame já marcado.Servicos/DisponibilidadeProfissionalService.cs:45
- resposta
- Vale só para exame com preparo; a consulta comum mantém o encaixe. Critério C6 ajustado antes de virar tarefa.
Prova de entrega
- projeto
- vitalis · Agendar exame com confirmação de preparo
- commit
- c7d2a10
- vereditos
- 4Atende1Parcial2Não atende2Inconclusivo
- fontes
- requisito (ClickUp) · spec v3 · padrão de código v2
- hash
- sha256 9f2c4e…a41b
Atesto é tela; laudo é papel. O laudo de conformidade é o registro imutável de um atesto: o commit apurado, o veredito de cada critério com evidência em arquivo:linha, as fontes que foram comparadas e um hash que permite conferir depois que o documento não mudou.
Serve para o que a tela não serve: anexar a um contrato, mandar para o cliente, sustentar uma auditoria. Sai em Markdown e em PDF, com procedência no rodapé — projeto, commit, quem gerou, quando e com qual versão do agente.
Só o laudo tem hash. Os outros documentos exportados são conveniência de leitura, e dizem isso.
Relatos de cliente
Ainda não temos nenhum. Quando tivermos, entram aqui com o nome, a empresa e a permissão de quem falou. Depoimento inventado numa página que vende evidência seria o argumento se desmontando sozinho.
O jeito mais rápido de julgar isto é ver funcionando
A demo roda com dados fictícios, sem cadastro e sem enviar nada para lugar nenhum.
Chega de “mas eu pedi outra coisa”
Escreva para a gente e mostramos como o Aferiz acelera a entrega, corta o retrabalho e aumenta a margem do seu projeto.
O que foi combinado vira critério, e cada entrega mostra o que cumpriu — sem trocar as ferramentas que o seu time já usa.
Confira os campos marcados antes de enviar.
Mensagem enviada
Está gravada e vai para a caixa de quem constrói o produto. A resposta chega por e-mail no endereço que você deu, em geral em até dois dias úteis. Sem sequência de e-mails depois.
Não saiu daqui
O envio falhou e o seu texto continua no formulário — nada se perdeu. Tente de novo em alguns instantes; se insistir em falhar, escreva direto para contact@aferiz.com.