Salta al contingut

Barcode Scanner Emulator

Com provar l'entrada d'un escàner de codis de barres

Una metodologia de QA repetible per comprovar que una aplicació gestiona bé l'entrada d'un escàner de codis de barres, amb deu àrees diferents on sovint s'amaguen errors.

1. Captura bàsica de l'entrada

Confirmeu que el valor llegit arriba intacte, caràcter a caràcter, al camp de destinació. Proveu amb codis de llargada diferent i jocs de caràcters (només numèrics, alfanumèrics, símbols) rellevants per al vostre cas d'ús. Feu servir el Provador d'entrada de codis de barres per verificar la cadena capturada exacta.

2. Comportament del sufix

Comproveu si s'afegeix ENTER o TAB després de la lectura i confirmeu que el formulari ho gestiona bé: envia el formulari, mou el focus al camp següent o l'ignora de manera explícita, segons el flux previst.

3. Temporització i detecció de ràfegues

Si l'aplicació intenta distingir l'entrada de l'escàner de l'escriptura manual, proveu tant amb un escàner real com amb pulsacions manuals per confirmar que el llindar de temps que feu servir (habitualment 30–100 ms entre caràcters per detectar l'escàner) no produeix falsos positius ni falsos negatius.

4. Correcció de la distribució del teclat

Llegiu codis que continguin dígits, símbols i, si escau, caràcters accentuats o no ASCII, i confirmeu que arriben com s'espera. Les distribucions de teclat que no coincideixen entre l'escàner i el sistema operatiu són una causa principal de valors llegits subtilment incorrectes.

5. Comportament del focus

Llegiu mentre el camp previst no té el focus, mentre el té un altre camp i mentre no hi ha cap camp d'entrada enfocat. Com que els escàners només emeten esdeveniments de teclat, l'entrada llegida sense focus al camp correcte es perd o cau en un lloc no desitjat.

6. Lectures ràpides repetides

Llegiu el mateix codi o codis diferents l'un darrere l'altre per confirmar que l'aplicació no descarta, duplica ni fusiona valors quan les lectures van més de pressa del que la interfície pot actualitzar en pantalla.

7. Codis no vàlids o mal formats

Proveu lectures que no superin la validació de la suma de comprovació (en formats EAN/UPC), codis de producte no reconeguts o valors truncats d'una etiqueta malmesa. Confirmeu que l'aplicació mostra un error clar en lloc d'acceptar en silenci dades incorrectes.

8. Interacció amb modals i quadres de diàleg

Llegiu mentre hi ha un quadre de diàleg modal obert, sobretot un sense camp d'entrada. Comproveu que l'entrada de l'escàner no dispari dreceres de teclat no desitjades associades a tecles soltes (una ràfega ràpida de caràcters pot coincidir per accident amb una tecla de drecera).

9. Fluxos de diversos camps i ordre de tabulació

En els fluxos que fan servir un sufix TAB per passar d'un camp a un altre, comproveu que l'ordre de tabulació coincideix amb la seqüència prevista (per exemple, codi de producte → quantitat → confirmar) i que no es salta cap camp.

10. Flux complet de POS i cobrament

Executeu un escenari d'extrem a extrem: llegiu un producte, ajusteu la quantitat, llegiu un segon producte, apliqueu un codi de descompte si és compatible i completeu el cobrament. Així afloren errors d'integració que no apareixen en provar camps aïllats. Consulteu la Guia de proves de codis de barres al POS per a un flux detallat.

Eines per a aquesta metodologia

Feu servir el Provador d'entrada de codis de barres per als punts 1–3 i el Provador d'esdeveniments de teclat per als punts 4 i 8, on importen els codis de tecla en brut i els modificadors.