Comment mettre à l'essai la saisie d'un scanneur de codes à barres

1. Capture de la saisie de base

Confirmez que la valeur lue arrive intacte, caractère par caractère, dans la zone cible. Faites l'essai avec des codes à barres de longueurs et de jeux de caractères variés (chiffres seulement, alphanumérique, symboles) adaptés à votre usage. Servez-vous de l'outil d'essai de saisie de codes à barres pour vérifier la chaîne captée exacte.

2. Comportement du suffixe

Vérifiez si ENTER ou TAB est ajouté après la lecture, et confirmez que votre formulaire le traite correctement : envoi du formulaire, déplacement du focus vers la zone suivante, ou ignorance voulue, selon le processus prévu.

3. Minutage et détection de salve

Si votre application tente de distinguer la saisie du scanneur de la frappe manuelle, faites l'essai à la fois avec un vrai scanneur et avec des frappes manuelles. Vous confirmerez ainsi que le seuil de minutage utilisé (souvent de 30 à 100 ms entre les caractères pour la détection du scanneur) ne produit ni faux positifs ni faux négatifs.

4. Exactitude de la disposition du clavier

Lisez des codes à barres qui contiennent des chiffres, des symboles et, si cela vous concerne, des caractères accentués ou non ASCII, puis confirmez qu'ils arrivent comme prévu. Un écart de disposition du clavier entre le scanneur et le système d'exploitation est une cause fréquente de valeurs lues légèrement fausses.

5. Comportement du focus

Faites une lecture alors que la zone prévue n'a pas le focus, qu'une autre zone a le focus, et qu'aucune zone de saisie n'a le focus. Comme les scanneurs n'émettent que des événements clavier, une saisie lue sans focus sur la bonne zone est soit perdue, soit déposée au mauvais endroit.

6. Lectures rapides à répétition

Lisez le même code à barres ou des codes différents l'un après l'autre pour confirmer que l'application ne perd, ne dédouble ni ne fusionne les valeurs lorsque les lectures arrivent plus vite que l'interface peut se rafraîchir visuellement.

7. Codes à barres non valides ou mal formés

Mettez à l'essai des lectures qui échouent à la validation du chiffre de contrôle (formats EAN/UPC), des codes de produit inconnus ou des valeurs tronquées provenant d'une étiquette endommagée. Confirmez que l'application affiche une erreur claire au lieu d'accepter en silence de mauvaises données.

8. Interaction avec les boîtes modales et les boîtes de dialogue

Faites une lecture pendant qu'une boîte modale est ouverte, surtout une boîte sans zone de saisie. Vérifiez que la saisie du scanneur ne déclenche pas de raccourcis clavier non voulus liés à des touches isolées. Une salve rapide de caractères peut correspondre par accident à un raccourci.

9. Processus à plusieurs zones et ordre de tabulation

Pour les processus qui utilisent un suffixe TAB afin de passer d'une zone à l'autre, vérifiez que l'ordre de tabulation correspond à la séquence prévue (code de produit, puis quantité, puis confirmation, par exemple) et qu'aucune zone n'est sautée.

10. Processus complet de POS ou de passage à la caisse

Jouez un scénario du début à la fin : lire un produit, ajuster la quantité, lire un deuxième produit, appliquer un code à barres de rabais s'il est pris en charge, puis terminer le passage à la caisse. Cela fait ressortir des bogues d'intégration qui n'apparaissent pas lorsque les zones sont mises à l'essai séparément. Consultez le guide d'essai des codes à barres au POS pour un processus détaillé.

Outils pour cette méthode

Utilisez l'outil d'essai de saisie de codes à barres pour les points 1 à 3, et l'outil d'essai des événements clavier pour les points 4 et 8, où les keycodes bruts et les touches de modification comptent.