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.