Kako uporabljati emulator čitalnika črtnih kod (vodnik po korakih)

Zakaj razvijalci posežejo po emulatorju

Večina ekip nima rezervnega čitalnika ob vsakem prenosniku razvijalca. Tudi ko strojna oprema obstaja, je pogosto priključena na postajo QA, skupni terminal POS ali predprodukcijsko linijo, ki jo že uporablja nekdo drug. Preprosto odpravljanje napak tako postane presenetljivo počasno.

Emulator črtnih kod to odpravi tako, da vam omogoči iz lastnega računalnika poustvariti vnos s tipkovnico, podoben čitalniku. Pri vsakdanjem preizkušanju čitalnikov črtnih kod je to pomembneje, kot ljudje pričakujejo. Isti sken lahko ponovite, spremenite časovni potek, vklopite pripono ENTER in primerjate vedenje, ne da bi vstali od mize.

Značilni primeri uporabe:

• lokalni razvoj, ko čitalnik ni povezan z vašim računalnikom
• regresijsko preizkušanje, ko QA potrebuje ponovljive vrednosti črtnih kod
• preizkušanje blagajne in POS, kjer sta pomembna fokus in vedenje pripone
• predstavitvena okolja, kjer je treba poteke s čitalnikom hitro pokazati

Korak 1: Razumite vedenje, ki ga morate simulirati

Preden karkoli nastavite, se odločite, kaj za potek, ki ga preizkušate, pomeni »pravilno« vedenje čitalnika. Večina USB čitalnikov se vede kot tipkovniški klin. Znake hitro vpišejo v polje s fokusom in na koncu pogosto dodajo ENTER.

Ta podrobnost je pomembna. Če v vnosno polje samo prilepite besedilo, v resnici ne preizkušate, kako se zaslon vede med skeniranjem. Dokazujete le, da polje lahko zadrži vrednost. Dobra nastavitev Barcode Scanner Emulator je uporabna prav zato, ker pomaga simulirati vedenje čitalnika črtnih kod, namesto da bi ga zamenjali z ročnim tipkanjem.

Korak 2: Izberite en natančen potek

Izogibajte se širokim ciljem, kot je »preizkusi skeniranje«. Boljši cilj je nekaj konkretnega, na primer:

1. skeniraj kodo izdelka v polje za iskanje izdelka
2. samodejno pošlji z ENTER
3. dodaj izdelek v košarico
4. vrni fokus v iskalno polje

Ta raven podrobnosti je pomembna, ker napake, povezane s črtnimi kodami, pogosto živijo v korakih okoli skena. Sama vrednost črtne kode je lahko veljavna, vmesnik pa vseeno spodleti, ker se je fokus premaknil, ENTER se je sprožil prezgodaj ali pa se je obravnavalec preverjanja zagnal dvakrat.

Pri orodjih za e-poslovanje je cilj lahko obrazec za iskanje naročila. Pri preizkušanju POS je to pogosto prodajni zaslon. Pri skladiščni programski opremi je to lahko obrazec za prevzem ali potek inventure.

Korak 3: Uporabljajte realistične vrednosti črtnih kod

Preizkusna vrednost naj bo videti kot podatki, ki jih sistem prejme v produkciji. Če aplikacija pričakuje EAN-13, uporabite 13-mestne vrednosti. Če zaledje preslika nize črtnih kod v notranje SKU, uporabite kode, ki v vaših preizkusnih podatkih zares obstajajo.

Toplo priporočam, da hranite kratko knjižnico znanih vrednosti:

• ena veljavna koda izdelka
• ena neznana koda
• ena napačno oblikovana ali prekratka koda
• ena vrednost z vodilnimi ničlami
• ena robna vrednost, ki sproži določeno pravilo

Sliši se osnovno, a to je razlika med plitvim in uporabnim preizkušanjem. Preizkušanje čitalnikov črtnih kod postane veliko boljše, ko nehate vsak sken obravnavati kot isti dogodek.

Korak 4: Uskladite časovni potek in vedenje pripone

V časovnem poteku se skriva veliko pravih napak. Nekateri vmesniki se vedejo popolno, ko se vrednost pojavi naenkrat, a spodletijo, ko znaki prihajajo v hitrem zaporedju. Drugi delujejo, dokler čitalnik ne doda ENTER in se zaslon pošlje v napačnem trenutku.

Ko nastavljate emulator črtnih kod, preizkusite več kot eno različico:

• brez pripone, da potrdite, da polje zajame surovo vrednost
• s pripono ENTER, da preizkusite iskanje in pošiljanje
• hitro tipkanje, da posnemate agresiven vnos čitalnika
• nekoliko počasnejše tipkanje, da razkrijete obravnavalce dogodkov, občutljive na čas

Če je vaš potek s črtno kodo odvisen od iskanja z zakasnitvijo, preverjanja ob spremembi ali upravljanja fokusa po skenu, ta korak ni izbiren. Običajno je to razlika med »dela pri meni« in »dela v produkciji«.

Korak 5: Preizkušajte fokus tako, kot bi to storil pravi operater

V praksi so napake fokusa pogostejše od napak pri razčlenjevanju črtne kode. Sken je lahko tehnično pravilen in potek vseeno spodleti, ker kazalec stoji v napačnem polju. Zato preizkusite srečno pot in nekaj realističnih napak.

Na zaslonu POS na primer pričakujete, da polje za iskanje izdelka po dodajanju postavke spet dobi fokus. Če ga ne, lahko naslednji simulirani sken pristane v polju za količino, v polju za popust ali nikjer koristno. Emulator je popoln za ponavljanje tega, ker je mogoče isti scenarij sprožati znova in znova brez razlik ročnega tipkanja.

Pogoste napake, ki zapravljajo čas

• uporaba ene črtne kode in predpostavka, da se vsi formati vedejo enako
• izpuščanje ENTER, čeprav ga produkcijski čitalniki dodajo
• ročno lepljenje besedila namesto vnosa, podobnega čitalniku
• prezrtje obnovitve fokusa po napakah preverjanja ali modalnih pogovornih oknih
• preizkušanje samo polja za črtno kodo namesto celotnega poteka

Najkoristnejša miselnost je ta: preizkušajte vedenje okoli skena, ne samo vrednosti same.

Kaj v praksi zares šteje

Večinoma sama črtna koda ni težava.

Težava je, kaj vmesnik naredi takoj po skenu.

Če ta trenutek lahko dosledno poustvarite, zlasti s časovnim potekom in vedenjem ENTER, boste napake odpravili veliko hitreje, kot če se zanašate samo na strojno opremo.