Ako používať emulátor čítačky čiarových kódov (podrobný návod)

Prečo vývojári siahajú po emulátore

Väčšina tímov nemá náhradnú čítačku pri každom vývojárskom notebooku. Aj keď hardvér existuje, býva zapojený do stanice QA, zdieľaného terminálu POS alebo predprodukčnej linky, ktorú už používa niekto iný. Jednoduché ladenie sa tým prekvapivo spomalí.

Emulátor čiarových kódov to rieši tým, že vám umožní z vlastného počítača reprodukovať vstup z klávesnice podobný skeneru. Pri každodennom testovaní čítačiek čiarových kódov na tom záleží viac, než ľudia čakajú. Rovnaké skenovanie môžete zopakovať, zmeniť časovanie, zapnúť príponu ENTER a porovnať správanie bez toho, aby ste odišli od stola.

Typické prípady použitia:

• lokálny vývoj, keď čítačka nie je pripojená k vášmu počítaču
• regresné testovanie, keď QA potrebuje opakovateľné hodnoty čiarových kódov
• testovanie pokladne a POS, kde záleží na fokuse a správaní prípony
• demonštračné prostredia, v ktorých treba postupy so skenerom ukázať rýchlo

Krok 1: Pochopte správanie, ktoré potrebujete simulovať

Skôr než čokoľvek nastavíte, rozhodnite, čo pre testovaný postup znamená „správne“ správanie skenera. Väčšina USB čítačiek sa správa ako klávesnicový klin. Znaky rýchlo zapíšu do poľa s fokusom a na konci často doplnia ENTER.

Tento detail je dôležitý. Ak do poľa iba vložíte text, v skutočnosti netestujete, ako sa obrazovka správa počas skenovania. Iba dokazujete, že pole hodnotu udrží. Dobré nastavenie Barcode Scanner Emulator je užitočné práve preto, že pomáha simulovať správanie čítačky čiarových kódov namiesto toho, aby ste ho nahradili ručným písaním.

Krok 2: Vyberte jeden presný postup

Vyhnite sa širokým cieľom typu „otestovať skenovanie“. Lepší cieľ je niečo konkrétne, napríklad:

1. naskenovať kód produktu do poľa vyhľadávania produktu
2. odoslať automaticky pomocou ENTER
3. pridať produkt do košíka
4. vrátiť fokus do vyhľadávacieho poľa

Táto miera detailu je dôležitá, pretože chyby súvisiace s čiarovými kódmi často sedia v krokoch okolo skenu. Samotná hodnota čiarového kódu môže byť platná, ale rozhranie aj tak zlyhá, pretože sa presunul fokus, ENTER sa spustil príliš skoro alebo obsluha validácie bežala dvakrát.

Pri nástrojoch pre e-commerce môže byť cieľom formulár vyhľadania objednávky. Pri testovaní POS je to často predajná obrazovka. Pri skladovom softvéri to môže byť formulár príjmu alebo postup inventúry.

Krok 3: Používajte realistické hodnoty čiarových kódov

Testovacia hodnota by mala vyzerať ako údaje, ktoré systém dostáva v produkcii. Ak aplikácia očakáva EAN-13, používajte 13-miestne hodnoty. Ak backend mapuje reťazce čiarových kódov na interné SKU, používajte kódy, ktoré vo vašich testovacích dátach skutočne existujú.

Dôrazne odporúčam držať krátku knižnicu známych hodnôt:

• jeden platný kód produktu
• jeden neznámy kód
• jeden chybný alebo príliš krátky kód
• jednu hodnotu s úvodnými nulami
• jednu hraničnú hodnotu, ktorá spustí konkrétne pravidlo

Znie to základne, ale je to rozdiel medzi plytkým a užitočným testovaním. Testovanie čítačiek čiarových kódov sa výrazne zlepší, keď prestanete brať každé skenovanie ako tú istú udalosť.

Krok 4: Zlaďte časovanie a správanie prípony

V časovaní sa skrýva veľa skutočných chýb. Niektoré rozhrania fungujú dokonale, keď sa hodnota objaví naraz, ale zlyhajú, keď znaky prichádzajú v rýchlom slede. Iné fungujú, kým skener nepripojí ENTER a obrazovka sa neodošle v nesprávny okamih.

Keď nastavujete emulátor čiarových kódov, otestujte viac ako jeden variant:

• bez prípony, aby ste potvrdili, že pole zachytí surovú hodnotu
• s príponou ENTER, aby ste otestovali vyhľadávanie a odoslanie
• rýchle písanie, ktoré napodobní agresívny vstup zo skenera
• o niečo pomalšie písanie, ktoré odhalí obsluhy udalostí citlivé na časovanie

Ak váš postup s čiarovým kódom závisí od vyhľadávania s oneskorením, validácie pri zmene alebo správy fokusu po skene, tento krok nie je voliteľný. Zvyčajne je to rozdiel medzi „funguje u mňa“ a „funguje v produkcii“.

Krok 5: Testujte fokus tak, ako by to robil skutočný operátor

V praxi sú chyby fokusu častejšie ako chyby parsovania čiarového kódu. Sken môže byť technicky správny a postup aj tak zlyhá, pretože kurzor sedí v nesprávnom poli. Preto treba otestovať šťastnú cestu aj niekoľko realistických omylov.

Na obrazovke POS napríklad očakávate, že pole vyhľadávania produktu po pridaní položky znovu získa fokus. Ak nie, ďalší simulovaný sken môže skončiť v poli množstva, v poli zľavy alebo nikde užitočne. Emulátor je na opakovanie tohto scenára ideálny, pretože ten istý prípad možno spúšťať znova a znova bez rozdielov ručného písania.

Časté chyby, ktoré mrhajú časom

• používať jeden čiarový kód a predpokladať, že všetky formáty sa správajú rovnako
• vynechať ENTER, hoci produkčné čítačky ho pripájajú
• vkladať text ručne namiesto vstupu podobného skeneru
• ignorovať obnovenie fokusu po chybách validácie alebo modálnych dialógoch
• testovať iba pole čiarového kódu namiesto celého postupu

Najužitočnejšie nastavenie mysle je toto: testujte správanie okolo skenu, nielen samotnú hodnotu.

Na čom v praxi skutočne záleží

Väčšinou nie je problém samotný čiarový kód.

Problém je to, čo rozhranie urobí hneď po skene.

Ak ten okamih viete reprodukovať konzistentne, najmä s časovaním a správaním ENTER, chyby opravíte oveľa rýchlejšie, než keď sa spoliehate iba na hardvér.