Cómo probar la entrada de un lector de códigos de barras

1. Captura básica de la entrada

Confirma que el valor leído llega intacto, carácter a carácter, al campo de destino. Prueba con códigos de distinta longitud y juegos de caracteres (solo numéricos, alfanuméricos, símbolos) relevantes para tu caso de uso. Usa el Probador de entrada de códigos de barras para verificar la cadena capturada exacta.

2. Comportamiento del sufijo

Comprueba si se añade ENTER o TAB después de la lectura y confirma que el formulario lo gestiona bien: envía el formulario, mueve el foco al campo siguiente o lo ignora de forma explícita, según el flujo previsto.

3. Temporización y detección de ráfagas

Si la aplicación intenta distinguir la entrada del lector de la escritura manual, prueba tanto con un lector real como con pulsaciones manuales para confirmar que el umbral de tiempo que usas (habitualmente 30–100 ms entre caracteres para detectar el lector) no produce falsos positivos ni falsos negativos.

4. Corrección de la distribución del teclado

Lee códigos que contengan dígitos, símbolos y, si procede, caracteres acentuados o no ASCII, y confirma que llegan como se espera. Las distribuciones de teclado que no coinciden entre el lector y el sistema operativo son una causa principal de valores leídos sutilmente incorrectos.

5. Comportamiento del foco

Lee mientras el campo previsto no tiene el foco, mientras lo tiene otro campo y mientras no hay ningún campo de entrada enfocado. Como los lectores solo emiten eventos de teclado, la entrada leída sin foco en el campo correcto se pierde o cae en un sitio no deseado.

6. Lecturas rápidas repetidas

Lee el mismo código o códigos distintos uno tras otro para confirmar que la aplicación no descarta, duplica ni fusiona valores cuando las lecturas van más deprisa de lo que la interfaz puede actualizar en pantalla.

7. Códigos no válidos o mal formados

Prueba lecturas que no superen la validación de la suma de comprobación (en formatos EAN/UPC), códigos de producto no reconocidos o valores truncados de una etiqueta dañada. Confirma que la aplicación muestra un error claro en lugar de aceptar en silencio datos incorrectos.

8. Interacción con modales y cuadros de diálogo

Lee mientras hay un cuadro de diálogo modal abierto, sobre todo uno sin campo de entrada. Comprueba que la entrada del lector no dispare atajos de teclado no deseados asociados a teclas sueltas (una ráfaga rápida de caracteres puede coincidir por accidente con una tecla de atajo).

9. Flujos de varios campos y orden de tabulación

En los flujos que usan un sufijo TAB para pasar de un campo a otro, comprueba que el orden de tabulación coincide con la secuencia prevista (por ejemplo, código de producto → cantidad → confirmar) y que no se salta ningún campo.

10. Flujo completo de POS y cobro

Ejecuta un escenario de extremo a extremo: lee un producto, ajusta la cantidad, lee un segundo producto, aplica un código de descuento si está soportado y completa el cobro. Así afloran fallos de integración que no aparecen al probar campos sueltos. Consulta la Guía de pruebas de códigos de barras en el POS para un flujo detallado.

Herramientas para esta metodología

Usa el Probador de entrada de códigos de barras para los puntos 1–3 y el Probador de eventos de teclado para los puntos 4 y 8, donde importan los códigos de tecla en bruto y los modificadores.