Geriausi brūkšninio kodo skaitytuvo testavimo įrankiai kūrėjams

Kas testavimo įrankį daro iš tikrųjų naudingu

Geras įrankis ne tik vieną kartą įrodo, kad sėkmingas kelias veikia. Jis padeda judėti greitai, kai kas nors sugenda. Brūkšninio kodo skaitytuvo testavime tai paprastai reiškia keturis dalykus:

• greita sąranka
• pakartojama įvestis
• matomumas, ką programa iš tikrųjų gavo
• pakankama kontrolė atkurti laiko ir priesagos kraštinius atvejus

Įrankius paprastai vertinu vienu klausimu: ar tai sutrumpina laiką tarp „atrodė ne taip“ ir „supratau, kodėl sugedo“? Jei atsakymas ne, įrankis greičiausiai prideda ceremonijos, o ne vertės.

1. Brūkšninio kodo skaitytuvo emuliatorius priklauso numatytam rinkiniui

Kasdieniam kūrimui brūkšninio kodo emuliatorius yra praktiškiausia pradžia. Jis leidžia imituoti brūkšninio kodo skaitytuvo elgseną tiesiai iš darbo vietos. Tai tinka, kai kuriate formų srautus, tikrinate fokuso atkūrimą arba aiškinatės, kodėl POS ekranas po skenavimo elgiasi kitaip nei po rankinio įvedimo.

Todėl įrankis kaip Barcode Scanner Emulator naudingas: jis sutrumpina grįžtamojo ryšio ciklą. Galite pakeisti brūkšninio kodo reikšmę, pakartoti skenavimą, išbandyti kitą priesagą ir iškart palyginti rezultatus. Daugumai sąsajos ir procesų derinimo tai vertingiau nei laukti prieigos prie fizinio skaitytuvo.

2. Tikri aparatiniai skaitytuvai vis dar svarbūs

Emuliatorius nepakeičia viso aparatinio testavimo. Prieš leidimą cikle vis dar norite bent vieno tikro skaitytuvo, ypač jei palaikote kelias operacines sistemas arba užrakintus mažmeninės prekybos terminalus.

Tikra aparatūra svarbi tikrinant:

• skaitytuvo gaiduko elgseną
• USB jungtį ir tvarkyklių keistenybes
• terminalo apribojimus
• aparatinės konfigūracijos skirtumus
• tikrą operatoriaus pojūtį

Praktinis būdas paprastas: emuliatorių naudokite kasdieniam darbui, fizinį skaitytuvą pasitikėjimo patikroms. Jei apverčiate tvarką, švaistote aparatūros laiką klaidoms, kurias buvo galima rasti daug anksčiau.

3. Stabilūs testų duomenų rinkiniai neįvertinami

Brūkšninio kodo procesai geri tik tiek, kiek geri už jų esantys duomenys. Prekės kodas, susietas su atsargomis, akcijomis, rinkinių logika ar vietos taisyklėmis, daug naudingesnis už atsitiktinį skaičių, įvestą į lauką.

Laikykite dokumentuotus testinius brūkšninius kodus:

• tinkamai prekei
• nežinomam brūkšniniam kodui
• brūkšniniam kodui su priekyje esančiais nuliais
• ribojamai arba amžiaus patikros prekei
• prekei su nuolaida ar akcija

Tai ypač svarbu POS testavimui. Jei testų duomenys keičiasi kasdien, galiausiai derinate aplinką, o ne programinę įrangą.

4. Tinklo ir API tikrinimo įrankiai taip pat yra brūkšninio kodo testavimo dalis

Stebėtinai daug su skenavimu susijusių nesėkmių įvyksta po to, kai reikšmė patenka į lauką. Brūkšninis kodas ateina teisingai, bet paieškos užklausa suformuota netinkamai, neteisingai nukirpta, prastai išsaugota podėlyje arba atmesta serverio.

Todėl žurnalai, tinklo inspektoriai ir API įrankiai vis dar priklauso geriausiam brūkšninio kodo skaitytuvo testavimo rinkiniui. Jei skenavimas POS paieškos lauke nieko nedaro, noriu žinoti, ar brūkšninis kodas normalizuotas teisingai, ar Enter suveikė du kartus ir ar serveris grąžino lauktą rezultatą. Vien skaitytuvo įrankis į šiuos klausimus neatsakys.

5. POS smėlio dėžės ir paruošiamosios aplinkos uždaro proceso spragą

POS testavimui ir atsiskaitymo procesams paruošiamoji aplinka svarbi, nes skenavimas niekada nėra tik teksto įvestis. Jis liečia kainas, mokesčius, teises, atsargas, kliento priskyrimą ir kvito logiką.

Čia paruošiamoji arba smėlio dėžės aplinka tampa būtina. Imituotas skenavimas gali puikiai veikti komponento demonstraciniame puslapyje ir vis tiek sugesti, kai įsijungia akcijos, atsargų taisyklės ir kasininko teisės. Tai nėra priežastis praleisti emuliatorių. Tai priežastis jį poruoti su geresniu proceso tikrinimu.

Praktinis įrankių rinkinys, tinkantis daugumai komandų

Jei reikia lengvos, bet patikimos sąrankos, gera numatyta yra tokia:

1. brūkšninio kodo emuliatorius kasdieniam kūrimui ir QA pakartojimams
2. vienas tikras skaitytuvas leidimo patikrai
3. stabilūs brūkšninio kodo rinkiniai, susieti su žinomomis prekėmis ar esybėmis
4. užklausų ir programos žurnalai derinimui
5. paruošiamoji arba POS smėlio dėžės aplinka viso proceso patikroms

Greičiausios komandos nebūtinai naudoja daugiausia įrankių. Jos naudoja tinkamą mažą rinkinį ir užtikrina, kad kiekvienas dengtų kitokio pobūdžio nesėkmę.

Nedidelė tvirta taisyklė, kuri taupo laiką

Jei iš daugumos komandų turėčiau išimti vieną klaidą, ji būtų tokia: nenaudokite tikros aparatūros klausimams, kurie aiškiai yra apie programos proceso elgseną. Jei problema yra fokusas, Enter apdorojimas, paieškos laikas ar tikrinimo tvarka, pradėkite nuo emuliacijos ir žurnalų. Aparatūrą grąžinkite, kai problemą jau susiaurinote.

Tokia tvarka išlaiko derinimo ciklą sveiką. Ji taip pat neleidžia pačiam skaitytuvui tapti pasiteisinimu, kodėl po pusės dienos tyrimo klaida vis dar miglota.

Kur tai sukuria tikrą skirtumą

Greičiausios komandos nesiremia vienu įrankiu.

Jos sujungia kelis paprastus, kurie leidžia greitai judėti, kai kas nors sugenda.

Jei jūsų sąranka padeda pakartoti tą patį skenavimą, apžiūrėti, kas įvyko, ir greitai pakoreguoti, jūs jau priekyje.