8 min de lectura
Un emulador d'escàner de codis de barres és una de les maneres més ràpides de provar fluxos impulsats per l'escàner quan el dispositiu real no està disponible, es comparteix o simplement alenteix el desenvolupament. Si treballeu en fluxos de caixa, eines de magatzem, pantalles d'administració internes o programari de POS, poder simular l'entrada d'un escàner de codis de barres sota demanda fa que la depuració sigui molt menys penosa.
La majoria d'equips no tenen un escàner de recanvi al costat del portàtil de cada desenvolupador. Fins i tot quan el maquinari existeix, sovint està endollat a una estació de QA, a un terminal de POS compartit o a un carril de proves que algú altre ja fa servir. Això fa que una depuració senzilla sigui sorprenentment lenta.
Un emulador de codis de barres ho resol perquè us permet reproduir una entrada de teclat semblant a la d'un escàner des de la vostra pròpia màquina. Per a les proves quotidianes d'escàner de codis de barres, això importa més del que la gent espera. Podeu repetir el mateix escaneig, canviar el ritme, activar o desactivar un sufix Enter i comparar el comportament sense aixecar-vos de la taula.
Els casos d'ús típics inclouen:
Abans de configurar res, decidiu què vol dir un comportament d'escàner «correcte» per al flux que proveu. La majoria d'escàners USB es comporten com una falca de teclat. Escriuen els caràcters de pressa al camp que té el focus i sovint afegeixen Enter al final.
Aquest detall és important. Si només enganxeu text en un camp, no esteu provant de veritat com es comporta la pantalla durant un escaneig. Només demostreu que el camp pot contenir el valor. Una bona configuració de Barcode Scanner Emulator és útil perquè us ajuda a simular el comportament de l'escàner de codis de barres en lloc de substituir-lo per escriptura manual.
Eviteu objectius amplis com «provar l'escaneig». Un objectiu millor és alguna cosa concreta, com ara:
Aquest nivell de detall importa perquè els errors relacionats amb els codis de barres sovint viuen en els passos al voltant de l'escaneig. El valor del codi pot ser vàlid i, tot i així, la interfície pot fallar perquè el focus s'ha mogut, Enter s'ha disparat massa aviat o un gestor de validació s'ha executat dues vegades.
En eines d'operacions de comerç electrònic, l'objectiu pot ser un formulari de cerca de comandes. En proves de POS, sovint és la pantalla de venda. En programari de magatzem, pot ser un formulari de recepció o un flux de recompte d'estoc.
El valor de prova ha de semblar-se a les dades que el vostre sistema rep en producció. Si l'aplicació espera EAN-13, feu servir valors de 13 dígits. Si el servidor associa cadenes de codi de barres a SKU interns, feu servir codis que existeixin de veritat a les dades de prova.
Recomano molt mantenir una biblioteca curta de valors coneguts:
Sona bàsic, però és la diferència entre una prova superficial i una prova útil. Les proves d'escàner de codis de barres milloren molt quan deixeu de tractar cada escaneig com el mateix esdeveniment.
El ritme és on s'amaguen molts errors reals. Algunes interfícies es comporten perfectament quan el valor apareix tot d'una, però fallen quan els caràcters arriben en seqüència ràpida. D'altres funcionen fins que l'escàner afegeix Enter i la pantalla envia en el moment equivocat.
Quan configureu l'emulador de codis de barres, proveu més d'una variació:
Si el flux de codi de barres depèn d'una cerca amb retard, de validació en canviar o de la gestió del focus després d'un escaneig, aquest pas no és opcional. Sol ser la diferència entre «funciona a la meva màquina» i «funciona en producció».
A la pràctica, els errors de focus són més habituals que els errors d'anàlisi del codi de barres. Un escaneig pot ser tècnicament correcte i, tot i així, fer fallar el flux perquè el cursor és al camp equivocat. Per això heu de provar el camí feliç i alguns errors realistes.
Per exemple, en una pantalla de POS podeu esperar que el camp de cerca de producte recuperi el focus després d'afegir un article. Si no ho fa, el següent escaneig simulat pot caure en un camp de quantitat, un camp de descompte o enlloc d'útil. Un emulador és perfecte per reproduir-ho perquè el mateix escenari es pot disparar una vegada i una altra sense diferències d'escriptura manual.
La mentalitat més útil és aquesta: proveu el comportament al voltant de l'escaneig, no només el valor.
La major part del temps, el codi de barres en si no és el problema.
El problema és el que fa la interfície just després de l'escaneig.
Si podeu reproduir aquest moment de manera consistent —sobretot amb el ritme i el comportament d'Enter— arreglareu els problemes molt més de pressa que si només confieu en el maquinari.
Pas següent útil
Si voleu provar aquests fluxos a la pràctica, comenceu amb l'eina Barcode Scanner Emulator i després torneu a la resta del blog per a més patrons de prova.
9 min de lectura
Una revisió pràctica de les millors eines de prova d'escàners de codis de barres per a desenvolupadors, equips de QA i enginyers de POS, amb compensacions reals i consells de configuració.
9 min de lectura
Una guia pràctica de proves de POS sense maquinari real, incloent-hi proves d'escàner de codis de barres, fluxos per etapes i els límits de la validació sense maquinari.
8 min de lectura
Una comparació pràctica de l'entrada per falca de teclat i dels emuladors de codis de barres, amb diferències de configuració, compensacions i el lloc de cadascun en les proves d'escàner.
