Kaip naudoti Barcode Scanner Emulator (žingsnis po žingsnio)

Kodėl kūrėjai griebiasi emuliatoriaus

Dauguma komandų neturi atsarginio skaitytuvo prie kiekvieno kūrėjo nešiojamojo kompiuterio. Net kai aparatūra yra, ji dažnai prijungta prie QA stoties, bendro POS terminalo arba paruošiamosios linijos, kuria jau kas nors naudojasi. Dėl to paprastas derinimas netikėtai sulėtėja.

Brūkšninio kodo emuliatorius tai išsprendžia: iš savo kompiuterio galite atkartoti skaitytuvą primenančią klaviatūros įvestį. Kasdieniam brūkšninio kodo skaitytuvo testavimui tai svarbiau, nei žmonės tikisi. Galite pakartoti tą patį skenavimą, pakeisti laiką, įjungti Enter priesagą ir palyginti elgseną neišeidami nuo stalo.

Tipiniai atvejai:

• vietinis kūrimas, kai skaitytuvas neprijungtas prie jūsų kompiuterio
• regresinis testavimas, kai QA reikia pakartojamų brūkšninio kodo reikšmių
• atsiskaitymo ir POS testavimas, kur svarbi fokuso ir priesagos elgsena
• demonstracinės aplinkos, kuriose skaitytuvo procesus reikia parodyti greitai

1 žingsnis: supraskite elgseną, kurią reikia imituoti

Prieš ką nors konfigūruodami nuspręskite, ką tikrinamam procesui reiškia „teisinga“ skaitytuvo elgsena. Dauguma USB skaitytuvų elgiasi kaip klaviatūros pleištas. Jie greitai įveda simbolius į sufokusuotą lauką ir dažnai pabaigoje prideda Enter.

Ši smulkmena svarbi. Jei į lauką tik įklijuojate tekstą, jūs iš tikrųjų netikrinate, kaip ekranas elgiasi skenavimo metu. Jūs tik parodote, kad laukas gali išlaikyti reikšmę. Gera Barcode Scanner Emulator sąranka naudinga todėl, kad padeda imituoti brūkšninio kodo skaitytuvo elgseną, o ne pakeisti ją rankiniu rinkimu.

2 žingsnis: pasirinkite vieną tikslų procesą

Venkite plačių tikslų, tokių kaip „testuoti skenavimą“. Geresnis tikslas yra konkretus, pavyzdžiui:

1. nuskenuoti prekės kodą į prekės paieškos lauką
2. pateikti automatiškai su Enter
3. įdėti prekę į krepšelį
4. grąžinti fokusą į paieškos įvestį

Toks detalumas svarbus, nes su brūkšniniu kodu susijusios klaidos dažnai slypi žingsniuose aplink skenavimą. Pati reikšmė gali būti tinkama, bet sąsaja vis tiek sugenda, nes fokusas persikėlė, Enter suveikė per anksti arba tikrinimo apdorotuvas paleistas du kartus.

El. prekybos operacijų įrankiuose taikinys gali būti užsakymo paieškos forma. POS testavime tai dažnai pardavimo ekranas. Sandėlio programoje tai gali būti priėmimo forma arba inventorizacijos procesas.

3 žingsnis: naudokite realistiškas brūkšninio kodo reikšmes

Testo reikšmė turėtų atrodyti kaip duomenys, kuriuos sistema gauna gamyboje. Jei programa tikisi EAN-13, naudokite 13 skaitmenų reikšmes. Jei serveris brūkšninio kodo eilutes susieja su vidiniais SKU, naudokite brūkšninius kodus, kurie iš tikrųjų yra jūsų testų duomenyse.

Primygtinai rekomenduoju laikyti trumpą žinomų reikšmių biblioteką:

• vienas tinkamas prekės kodas
• vienas nežinomas kodas
• vienas sugadintas arba per trumpas kodas
• viena reikšmė su priekyje esančiais nuliais
• viena ribinė reikšmė, kuri paleidžia konkrečią taisyklę

Skamba elementariai, bet tai skirtumas tarp paviršutiniško ir naudingo testavimo. Brūkšninio kodo skaitytuvo testavimas tampa daug geresnis, kai nustojate kiekvieną skenavimą laikyti tuo pačiu įvykiu.

4 žingsnis: suderinkite laiką ir priesagos elgseną

Laike slepiasi daug tikrų klaidų. Kai kurios sąsajos puikiai veikia, kai reikšmė atsiranda visa iš karto, bet sugenda, kai simboliai ateina greita seka. Kitos veikia tol, kol skaitytuvas prideda Enter ir ekranas pateikia netinkamu metu.

Konfigūruodami brūkšninio kodo emuliatorių, išbandykite daugiau nei vieną variantą:

• be priesagos, kad patvirtintumėte, jog laukas pagauna neapdorotą reikšmę
• Enter priesaga, kad patikrintumėte paiešką ir pateikimą
• greitas rinkimas, kad pamėgdžiotumėte agresyvią skaitytuvo įvestį
• šiek tiek lėtesnis rinkimas, kad atskleistumėte nuo laiko priklausančius įvykių apdorotuvus

Jei brūkšninio kodo procesas priklauso nuo atidėtos paieškos, tikrinimo keičiant reikšmę arba fokuso valdymo po skenavimo, šis žingsnis privalomas. Paprastai būtent jis skiria „veikia mano kompiuteryje“ nuo „veikia gamyboje“.

5 žingsnis: tikrinkite fokusą taip, kaip tai darytų tikras operatorius

Praktikoje fokuso klaidos dažnesnės nei brūkšninio kodo analizės klaidos. Skenavimas gali būti techniškai teisingas ir vis tiek sužlugdyti procesą, nes žymeklis yra ne tame lauke. Todėl reikėtų tikrinti sėkmingą kelią ir kelias realistiškas klaidas.

Pavyzdžiui, POS ekrane galite tikėtis, kad prekės paieškos laukas vėl gaus fokusą, kai prekė įdedama. Jei taip neįvyksta, kitas imituotas skenavimas gali patekti į kiekio lauką, nuolaidos lauką arba į niekur naudingo. Emuliatorius tam puikiai tinka, nes tą patį scenarijų galima paleisti vėl ir vėl be rankinio rinkimo skirtumų.

Dažnos klaidos, kurios eikvoja laiką

• naudoti vieną brūkšninį kodą ir manyti, kad visi formatai elgiasi vienodai
• praleisti Enter, nors gamybos skaitytuvai jį prideda
• klijuoti tekstą ranka, o ne naudoti skaitytuvą primenančią įvestį
• nepaisyti fokuso atkūrimo po tikrinimo klaidų ar modalinių langų
• testuoti tik brūkšninio kodo lauką, o ne visą procesą

Naudingiausia nuostata tokia: tikrinkite elgseną aplink skenavimą, ne tik pačią reikšmę.

Kas iš tikrųjų svarbu praktikoje

Dažniausiai problema yra ne pats brūkšninis kodas.

Problema yra tai, ką sąsaja padaro iškart po skenavimo.

Jei tą akimirką galite nuosekliai atkartoti, ypač su laiku ir Enter elgsena, klaidas ištaisysite daug greičiau, nei pasikliaudami vien aparatūra.