Labākie svītrkoda skenera testēšanas rīki izstrādātājiem

Kas testēšanas rīku padara patiesi noderīgu

Labs rīks ne tikai vienreiz pierāda, ka veiksmīgais ceļš darbojas. Tas palīdz kustēties ātri, kad kaut kas neizdodas. Svītrkoda skenera testēšanā tas parasti nozīmē četras lietas:

• ātra iestatīšana
• atkārtojama ievade
• redzamība, ko lietotne patiešām saņēma
• pietiekama kontrole, lai atkārtotu laika un piedēkļa robežgadījumus

Rīkus parasti vērtēju ar vienu jautājumu: vai tas saīsina laiku starp „tas izskatījās nepareizi“ un „es saprotu, kāpēc tas salūza“? Ja atbilde ir nē, rīks, visticamāk, pievieno ceremoniju, nevis vērtību.

1. Svītrkoda skenera emulators pieder noklusējuma rīku komplektam

Ikdienas izstrādē svītrkoda emulators ir praktiskākais sākumpunkts. Tas ļauj simulēt svītrkoda skenera uzvedību tieši no darbstacijas. Tas der, kad būvējat formu plūsmas, testējat fokusa atjaunošanu vai meklējat, kāpēc POS ekrāns pēc skenēšanas uzvedas citādi nekā pēc manuālas ievades.

Tāpēc rīks kā Barcode Scanner Emulator ir noderīgs: tas saīsina atgriezeniskās saites cilpu. Varat mainīt svītrkoda vērtību, atkārtot skenēšanu, izmēģināt citu piedēkli un uzreiz salīdzināt rezultātus. Lielākajai daļai saskarnes un darbplūsmu atkļūdošanas tas ir vērtīgāk nekā gaidīt piekļuvi fiziskam skenerim.

2. Īsti aparatūras skeneri joprojām ir svarīgi

Emulators neaizstāj visu aparatūras testēšanu. Pirms laidiena cilpā joprojām vēlaties vismaz vienu īstu skeneri, īpaši ja atbalstāt vairākas operētājsistēmas vai bloķētus mazumtirdzniecības termināļus.

Īsta aparatūra ir svarīga, lai pārbaudītu:

• skenera mēlītes uzvedību
• USB savienojumu un draiveru īpatnības
• termināļa ierobežojumus
• aparatūras konfigurācijas atšķirības
• reālo operatora sajūtu

Praktiskā pieeja ir vienkārša: emulatoru lietojiet ikdienas darbam, fizisko skeneri pārliecības pārbaudēm. Ja secību apgriežat, tērējat aparatūras laiku kļūdām, kuras varēja atrast daudz agrāk.

3. Stabilas testa datu sagataves tiek nenovērtētas

Svītrkoda darbplūsmas ir tikai tik labas, cik labi ir dati aiz tām. Preces kods, kas saistīts ar krājumiem, akcijām, komplektu loģiku vai atrašanās vietas kārtulām, ir daudz noderīgāks par nejaušu skaitli, kas ierakstīts laukā.

Turiet dokumentētu testa svītrkodu kopu:

• derīgai precei
• nezināmam svītrkodam
• svītrkodam ar nullēm priekšā
• ierobežotai vai vecuma pārbaudes precei
• precei ar atlaidi vai akciju

POS testēšanā tas ir īpaši svarīgi. Ja testa dati mainās katru dienu, beigās atkļūdojat vidi, nevis programmatūru.

4. Tīkla un API pārbaudes rīki arī ir svītrkoda testēšanas daļa

Pārsteidzoši daudz ar skenēšanu saistītu neveiksmju notiek pēc tam, kad vērtība nonāk laukā. Svītrkods pienāk pareizi, bet meklēšanas pieprasījums ir nepareizi veidots, nepareizi apgriezts, slikti kešots vai servera noraidīts.

Tāpēc žurnāli, tīkla inspektori un API rīki joprojām ir labākā svītrkoda skenera testēšanas komplekta daļa. Ja skenēšana POS meklēšanas laukā neko nedara, gribu zināt, vai svītrkods tika normalizēts pareizi, vai Enter nostrādāja divreiz un vai serveris atgrieza gaidīto rezultātu. Skenera rīks viens pats uz šiem jautājumiem neatbildēs.

5. POS smilškastes un sagatavošanas vides aizver darbplūsmas robu

POS testēšanai un norēķinu darbplūsmām sagatavošanas vide ir svarīga, jo skenēšana nekad nav tikai teksta ievade. Tā skar cenas, nodokļus, tiesības, krājumus, klienta piešķiršanu un čeka loģiku.

Šeit sagatavošanas vai smilškastes vide kļūst nepieciešama. Simulēta skenēšana var nevainojami darboties komponenta demonstrācijas lapā un tomēr neizdoties, kad iesaistās akcijas, krājumu kārtulas un kasiera tiesības. Tas nav iemesls izlaist emulatoru. Tas ir iemesls to savienot ar labāku darbplūsmas pārbaudi.

Praktisks rīku komplekts, kas der lielākajai daļai komandu

Ja vajadzīga viegla, bet uzticama iestatīšana, labs noklusējums ir šāds:

1. svītrkoda emulators ikdienas izstrādei un QA atkārtojumiem
2. viens īsts skeneris laidiena pārbaudei
3. stabilas svītrkoda sagataves, piesaistītas zināmām precēm vai entītijām
4. pieprasījumu un lietotnes žurnāli atkļūdošanai
5. sagatavošanas vai POS smilškastes vide pilnām darbplūsmas pārbaudēm

Ātrākās komandas ne vienmēr lieto visvairāk rīku. Tās lieto pareizo mazo kopu un gādā, lai katrs rīks segtu cita veida neveiksmi.

Neliels stingrs noteikums, kas ietaupa laiku

Ja no lielākās daļas komandu man būtu jāizņem viena kļūda, tā būtu šāda: nelietojiet īstu aparatūru jautājumiem, kas skaidri ir par programmatūras darbplūsmas uzvedību. Ja problēma ir fokuss, Enter apstrāde, meklēšanas laiks vai validācijas secība, sāciet ar emulāciju un žurnāliem. Aparatūru atgrieziet, kad problēma jau ir sašaurināta.

Šāda secība uztur atkļūdošanas cilpu saprātīgu. Tā arī neļauj pašam skenerim kļūt par attaisnojumu, kāpēc pēc pusdienas izmeklēšanas kļūda joprojām ir miglaina.

Kur tas rada īstu atšķirību

Ātrākās komandas nepaļaujas uz vienu rīku.

Tās apvieno dažus vienkāršus, kas ļauj ātri kustēties, kad kaut kas salūzt.

Ja jūsu iestatīšana palīdz atkārtot to pašu skenēšanu, apskatīt, kas notika, un ātri pielāgoties, jūs jau esat priekšā.