M15 · Corrigir uma parte e registrar a versão

Use depois de observar uma falha. O critério de mudança é a regra escolhida para a função, não uma referência vaga a uma etapa anterior.

Trabalhe no projeto existente e faça uma alteração pequena.
Versão testada: [versão].
O que executei: [passos e entrada].
O que observei: [resultado].
O que deveria acontecer: [regra].
O que já funcionou e deve permanecer: [casos].

Se houver várias falhas, organize-as por consequência, recorrência,
impacto na tarefa e esforço. Priorize riscos às pessoas,
exposição de dados, informação inventada e interrupção da função principal.
Não invente uma frequência de falha que não foi observada.

Para a falha escolhida, indique a hipótese de causa e a menor mudança.
Pergunte se faltar uma decisão sobre a regra.
Preserve as demais funções e o visual; não crie outro projeto,
novas fases, contas, banco de dados ou integrações.
Explique o que mudou e como repetir o caso principal,
um caso de limite e uma ação relacionada que já funcionava.

Registre versão, data, mudança, motivo e resultado ainda pendente.
Só marque como resolvido depois de execução e evidência do reteste.

Se a prévia não abrir, use antes:

A prévia não abriu.
Mensagem exata: [erro]. Última ação: [ação].
Investigue a causa antes de alterar o projeto.
Diferencie problema de acesso, serviço e código.
Se não houver evidência suficiente, informe o que falta verificar.
Preserve o trabalho existente e não apresente sucesso fictício.

Guarde os registros antes e depois. Se o teste não puder ser executado, mantenha a pendência explícita.