Cómo probar la entrada de un escáner de códigos de barras

1. Captura básica de la entrada

Confirma que el valor escaneado llega completo, carácter por carácter, al campo de destino. Prueba códigos de distinto largo y distintos juegos de caracteres (solo números, alfanuméricos, símbolos) que apliquen a tu caso. Usa el Verificador de entrada de códigos de barras para revisar la cadena capturada exacta.

2. Comportamiento del sufijo

Revisa si después del escaneo se agrega ENTER o TAB, y confirma que el formulario lo trata bien: envía el formulario, pasa el foco al siguiente campo o ignora la tecla a propósito, según el flujo que quieras.

3. Tiempos y detección de ráfagas

Si tu app intenta separar la entrada del escáner de la escritura manual, prueba con un escáner real y también con teclazos manuales. Así confirmas que el umbral de tiempo que usas (casi siempre 30–100 ms entre caracteres para detectar el escáner) no genera falsos positivos ni falsos negativos.

4. Diseño de teclado correcto

Escanea códigos con dígitos, símbolos y, si aplica, caracteres acentuados o que no sean ASCII, y confirma que llegan como esperas. Cuando el diseño de teclado del escáner y el del sistema operativo no coinciden, es una de las causas más frecuentes de valores escaneados que están mal de una forma sutil.

5. Comportamiento del foco

Escanea con el campo previsto sin foco, con otro campo enfocado y sin ningún campo de entrada enfocado. Como el escáner solo emite eventos de teclado, lo que se escanea sin foco en el campo correcto se pierde o cae en un lugar que no querías.

6. Escaneos rápidos y seguidos

Escanea el mismo código o códigos distintos uno detrás de otro. Confirma que la app no pierde, duplica ni mezcla valores cuando los escaneos van más rápido de lo que la interfaz alcanza a actualizar en pantalla.

7. Códigos inválidos o mal formados

Prueba escaneos que no pasen la validación del dígito de control (en formatos EAN/UPC), códigos de producto que no existan o valores cortados de una etiqueta dañada. La app debe mostrar un error claro y no aceptar datos malos en silencio.

8. Interacción con modales y diálogos

Escanea mientras hay un diálogo modal abierto, sobre todo si no tiene campo de entrada. Verifica que la entrada del escáner no dispare teclas de acceso directo que no querías, ligadas a teclas sueltas: una ráfaga rápida de caracteres puede coincidir por accidente con un atajo.

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

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

10. Flujo completo de POS y checkout

Recorre un escenario de punta a punta: escanea un producto, ajusta la cantidad, escanea un segundo producto, aplica un código de descuento si el flujo lo permite y cierra la venta. Ahí salen fallas de integración que no se ven al probar campos por separado. El detalle del flujo está en la Guía de pruebas de códigos de barras en el POS.

Herramientas para esta metodología

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