Come testare l'input di un lettore di codici a barre

1. Acquisizione dell'input di base

Conferma che il valore letto arrivi intatto, carattere per carattere, nel campo di destinazione. Prova con codici a barre di lunghezza e set di caratteri diversi (solo numerici, alfanumerici, simboli) rilevanti per il tuo caso d'uso. Usa il tester di input dei codici a barre per verificare la stringa acquisita esatta.

2. Comportamento del suffisso

Verifica se dopo la lettura viene aggiunto ENTER o TAB e conferma che il modulo lo gestisca correttamente: invio del modulo, spostamento del focus al campo successivo oppure ignorarlo in modo esplicito, secondo il flusso previsto.

3. Temporizzazione e rilevamento della raffica

Se l'app cerca di distinguere l'input del lettore dalla digitazione manuale, prova sia con un lettore reale sia con pressioni manuali per confermare che la soglia di tempo usata (di solito 30–100 ms tra i caratteri per il rilevamento del lettore) non produca falsi positivi o falsi negativi.

4. Correttezza del layout di tastiera

Leggi codici a barre che contengono cifre, simboli e, se pertinente, caratteri accentati o non ASCII, e conferma che arrivino come previsto. Un disallineamento del layout di tastiera tra lettore e sistema operativo è una causa principale di valori letti sottilmente sbagliati.

5. Comportamento del focus

Leggi mentre il campo previsto non ha il focus, mentre un altro campo ha il focus e mentre nessun input ha il focus. Poiché i lettori emettono solo eventi tastiera, un input letto senza focus sul campo giusto va perso oppure finisce in un punto non previsto.

6. Letture rapide ripetute

Leggi lo stesso codice a barre o codici diversi in sequenza per confermare che l'applicazione non perda, duplichi o unisca i valori quando le letture arrivano più in fretta di quanto l'interfaccia riesca ad aggiornarsi visivamente.

7. Codici a barre non validi o malformati

Prova letture che non superano la validazione del checksum (formati EAN/UPC), codici prodotto non riconosciuti o valori troncati da un'etichetta danneggiata. Conferma che l'applicazione mostri un errore chiaro invece di accettare in silenzio dati errati.

8. Interazione con modali e finestre di dialogo

Leggi mentre è aperta una finestra modale, in particolare una senza campo di input. Verifica che l'input del lettore non attivi scorciatoie da tastiera non volute legate a singoli tasti (una raffica rapida di caratteri può coincidere per caso con una scorciatoia).

9. Flussi multi-campo e ordine di tabulazione

Per i flussi che usano un suffisso TAB per passare da un campo all'altro, verifica che l'ordine di tabulazione corrisponda alla sequenza prevista (per esempio codice prodotto, quantità, conferma) e che nessun campo venga saltato.

10. Flusso POS o cassa completo

Esegui uno scenario end-to-end: leggi un prodotto, regola la quantità, leggi un secondo prodotto, applica un codice a barre di sconto se è supportato e completa la cassa. Questo fa emergere bug di integrazione che non compaiono quando si testano i campi da soli. Vedi la guida al test dei codici a barre nel POS per un flusso dettagliato.

Strumenti per questa metodologia

Usa il tester di input dei codici a barre per i punti 1–3 e il tester degli eventi tastiera per i punti 4 e 8, dove contano i keycode grezzi e i modificatori.