A depuração torna-se desorientadora quando vários logs, páginas de documentação, terminais e locais de editores se acumulam sem uma hipótese compartilhada. Organize o espaço de trabalho em torno do próximo teste, não em torno de todas as causas possíveis.
Congele o sintoma observado
Escreva a ação exata do usuário, entrada, ambiente, carimbo de data/hora, resultado esperado e resultado real. Mantenha a saída real visível e preserve o intervalo de log que corresponde a ela. Se você não conseguir reproduzir o sintoma, investigue o limite de observação antes de editar o código.
Construa um espaço de trabalho de hipótese
Abra o caminho do código que pode explicar a evidência, o fluxo de log relevante e a documentação oficial para a dependência ou API. Coloque o controle e o experimento lado a lado. Altere uma variável significativa, reexecute a mesma ação e registre se o sinal esperado mudou.
Pesquise logs por ID de solicitação, ID de tarefa ou carimbo de data/hora, em vez de pela linha de erro que chamar a atenção primeiro. Mantenha os terminais de produção e locais visivelmente distintos. Feche a documentação e os painéis após eles não contribuírem mais para a hipótese atual.
Preserve o ponto de retorno
Antes de seguir uma nova pista, registre o arquivo atual, comando, consulta e resultado. Se a hipótese falhar, reverta as alterações de diagnóstico e atualize as notas em vez de deixar um rastro de janelas ambíguas. O Wallo pode agrupar as janelas atuais de código, log, documentos e saída sob um objetivo de depuração; ele não pode correlacionar eventos, inspecionar logs ou validar uma hipótese.