Najboljša orodja za preizkušanje čitalnikov črtnih kod za razvijalce

Kaj preizkusno orodje zares naredi uporabno

Dobro orodje ne dokaže le, da srečna pot enkrat deluje. Pomaga vam hitro napredovati, ko nekaj spodleti. Pri preizkušanju čitalnikov črtnih kod to običajno pomeni štiri stvari:

• hitro postavitev
• ponovljiv vnos
• vpogled v to, kaj je aplikacija zares prejela
• dovolj nadzora za poustvaritev robnih primerov časovnega poteka in pripone

Orodja običajno presojam z enim vprašanjem: ali to skrajša čas med »to je bilo videti narobe« in »razumem, zakaj se je pokvarilo«? Če je odgovor ne, orodje verjetno dodaja obred namesto vrednosti.

1. Emulator čitalnika črtnih kod sodi v privzeti nabor

Za vsakdanji razvoj je emulator črtnih kod najbolj praktično izhodišče. Omogoča simulacijo vedenja čitalnika neposredno z delovne postaje, kar je idealno, ko gradite poteke obrazcev, preizkušate obnovitev fokusa ali ugotavljate, zakaj se zaslon POS po skenu vede drugače kot po ročnem vnosu.

Zato je uporabno tudi orodje, kot je Barcode Scanner Emulator: skrajša povratno zanko. Spremenite lahko vrednost črtne kode, ponovite sken, preizkusite drugo pripono in rezultate takoj primerjate. Za večino odpravljanja napak na čelnem delu in v potekih je to dragocenejše od čakanja na dostop do fizičnega čitalnika.

2. Pravi strojni čitalniki še vedno štejejo

Emulator ni zamenjava za vse preizkušanje strojne opreme. Pred izdajo želite v zanki vsaj en pravi čitalnik, zlasti če podpirate več operacijskih sistemov ali zaklenjene maloprodajne terminale.

Prava strojna oprema je pomembna za preverjanje:

• vedenja sprožilca čitalnika
• povezave USB in posebnosti gonilnikov
• omejitev terminala
• razlik v strojni konfiguraciji
• občutka resničnega operaterja

Praktičen pristop je preprost: emulator za vsakdanje delo in fizični čitalnik za preverjanja zaupanja. Če to obrnete, zapravljate čas strojne opreme za napake, ki bi jih lahko našli veliko prej.

3. Stabilni preizkusni podatki so podcenjeni

Poteki s črtnimi kodami so le toliko dobri kot podatki za njimi. Koda izdelka, ki se preslika v zalogo, promocije, logiko paketov ali pravila lokacij, je veliko uporabnejša od naključne številke, vtipkane v polje.

Hranite dokumentiran nabor preizkusnih črtnih kod za:

• veljaven izdelek
• neznano črtno kodo
• črtno kodo z vodilnimi ničlami
• omejen izdelek ali izdelek z omejitvijo starosti
• izdelek s popustom ali promocijo

To je še posebej pomembno pri preizkušanju POS. Če se preizkusni podatki spreminjajo vsak dan, na koncu odpravljate napake okolja namesto programske opreme.

4. Orodja za pregled omrežja in API so tudi del preizkušanja črtnih kod

Presenetljivo veliko odpovedi, povezanih s skenom, se zgodi potem, ko vrednost vstopi v polje. Črtna koda pristane pravilno, a je zahteva za iskanje napačno sestavljena, napačno obrezana, slabo predpomnjena ali pa jo zaledje zavrne.

Zato so dnevniki, pregledovalniki omrežja in orodja API še vedno del najboljšega nabora za preizkušanje čitalnikov črtnih kod. Če sken v iskalnem polju POS ne naredi ničesar, želim vedeti, ali je bila črtna koda pravilno normalizirana, ali se je ENTER sprožil dvakrat in ali je strežnik vrnil pričakovani rezultat. Samo orodje čitalnika na ta vprašanja ne more odgovoriti.

5. Peskovniki POS in predprodukcijska okolja zaprejo vrzel v poteku

Pri preizkušanju POS in blagajniških potekih je predprodukcija pomembna, ker skeniranje nikoli ni samo besedilni vnos. Dotika se cen, davkov, dovoljenj, zaloge, dodelitve stranke in logike računa.

Tu postane predprodukcijsko ali peskovniško okolje nujno. Simulirani sken lahko na predstavitveni strani komponente deluje popolno in vseeno spodleti, ko v sliko vstopijo promocije, pravila zaloge in dovoljenja blagajnika. To ni razlog, da emulator preskočite. Je razlog, da ga povežete z boljšim preverjanjem poteka.

Praktičen nabor orodij, ki deluje za večino ekip

Če potrebujete lahko, a zanesljivo postavitev, je to dober privzeti nabor:

1. emulator črtnih kod za vsakdanji razvoj in ponovitve QA
2. en pravi čitalnik za preverjanje pred izdajo
3. stabilni vzorci črtnih kod, vezani na znane izdelke ali entitete
4. dnevniki zahtev in aplikacije za odpravljanje napak
5. predprodukcijsko ali peskovniško okolje POS za preverjanje celotnega poteka

Najhitrejše ekipe ne uporabljajo nujno največ orodij. Uporabljajo pravi majhen nabor in poskrbijo, da vsako pokriva drugačno vrsto odpovedi.

Majhno odločno pravilo, ki prihrani čas

Če bi moral iz večine ekip izrezati eno napako, bi bila ta: ne uporabljajte prave strojne opreme za vprašanja, ki so očitno o vedenju programskega poteka. Če gre za fokus, obravnavo ENTER, čas iskanja ali vrstni red preverjanja, začnite z emulacijo in dnevniki. Strojno opremo pripeljite nazaj, ko težavo zožite.

Tak vrstni red ohranja zanko odpravljanja napak zdravo. Hkrati prepreči, da bi sam čitalnik postal izgovor, zakaj je napaka po pol dneva raziskovanja še vedno nejasna.

Kje to naredi resnično razliko

Najhitrejše ekipe se ne zanašajo na eno samo orodje.

Združijo nekaj preprostih, ki jim omogočijo hitro ukrepanje, ko se nekaj pokvari.

Če vam postavitev pomaga ponoviti isti sken, pregledati, kaj se je zgodilo, in se hitro prilagoditi, ste že spredaj.