Como testar a introdução do leitor de códigos de barras

1. Captação básica da introdução

Confirme que o valor lido chega intacto, carácter a carácter, ao campo de destino. Ensaie códigos de comprimentos e conjuntos de caracteres distintos (apenas algarismos, alfanuméricos, símbolos) relevantes para o caso de utilização. Utilize o testador de introdução de códigos de barras para verificar a cadeia captada com exactidão.

2. Comportamento do sufixo

Verifique se ENTER ou TAB é acrescentado após a leitura e se o formulário o trata corretamente: submetendo o formulário, passando o foco ao campo seguinte ou ignorando-o de forma explícita, consoante o fluxo previsto.

3. Temporização e detecção de rajada

Se a aplicação tenta distinguir a introdução do leitor da escrita manual, ensaie tanto com um leitor real como com premidas manuais, para confirmar que o limiar temporal utilizado (habitualmente 30–100 ms entre caracteres na detecção de leitor) não produz falsos positivos nem falsos negativos.

4. Correcção da disposição do teclado

Leia códigos com algarismos, símbolos e (quando relevante) caracteres acentuados ou fora do ASCII e confirme que chegam como se espera. Disposições de teclado divergentes entre o leitor e o sistema operativo são uma causa principal de valores lidos subtilmente errados.

5. Comportamento do foco

Leia com o campo previsto sem foco, com outro campo em foco e sem qualquer campo de introdução em foco. Como os leitores apenas emitem eventos de teclado, a introdução sem foco no campo correto perde-se ou cai noutro sítio.

6. Leituras rápidas repetidas

Leia o mesmo código ou códigos diferentes em sucessão e confirme que a aplicação não descarta, duplica nem funde valores quando as leituras são mais rápidas do que a atualização visual da interface.

7. Códigos inválidos ou mal formados

Ensaie leituras que falham a validação do dígito de controlo (formatos EAN/UPC), códigos de artigo não reconhecidos ou valores truncados de uma etiqueta danificada. Confirme que a aplicação apresenta um erro claro em vez de aceitar dados incorretos em silêncio.

8. Interação com modais e diálogos

Leia com um diálogo modal aberto, em especial um sem campo de introdução. Verifique que a introdução do leitor não aciona atalhos de teclado indesejados associados a teclas isoladas (uma rajada rápida de caracteres pode coincidir por acaso com um atalho).

9. Fluxos de vários campos e ordem de tabulação

Nos fluxos que usam o sufixo TAB para passar entre campos, verifique que a ordem de tabulação corresponde à sequência prevista (por exemplo código do artigo → quantidade → confirmar) e que nenhum campo é saltado.

10. Fluxo completo de POS e de caixa

Execute um cenário de ponta a ponta: leia um artigo, ajuste a quantidade, leia um segundo artigo, aplique um código de desconto se for suportado e conclua a caixa. Isto revela erros de integração que não surgem ao testar campos isolados. Consulte o guia de teste de códigos de barras no POS para um fluxo pormenorizado.

Ferramentas para esta metodologia

Utilize o testador de introdução de códigos de barras nos pontos 1–3 e o testador de eventos de teclado nos pontos 4 e 8, em que os códigos de tecla em bruto e os modificadores são relevantes.