Barcode Scanner Emulator
Kā testēt svītrkodu skenera ievadi
Atkārtojama QA metodika, lai pārbaudītu, vai lietojumprogramma pareizi apstrādā svītrkodu skenera ievadi. Tā aptver desmit jomas, kurās bieži slēpjas kļūdas.
1. Pamata ievades uztveršana
Pārliecinieties, ka skenētā vērtība mērķa laukā nonāk neskarta, rakstzīme pēc rakstzīmes. Testējiet ar dažāda garuma un rakstzīmju kopu svītrkodiem (tikai cipari, burtcipari, simboli), kas attiecas uz jūsu gadījumu. Precīzu uztverto virkni pārbaudiet ar svītrkoda ievades testētāju.
2. Piedēkļa uzvedība
Pārbaudiet, vai pēc skenēšanas tiek pievienots ENTER vai TAB, un pārliecinieties, ka veidlapa to apstrādā pareizi — iesniedz veidlapu, pārceļ fokusu uz nākamo lauku vai to apzināti ignorē atkarībā no paredzētās darbplūsmas.
3. Laiks un uzliesmojuma noteikšana
Ja lietojumprogramma mēģina atšķirt skenera ievadi no rokrakstīšanas, testējiet gan ar īstu skeneri, gan ar manuāliem taustiņu spiedieniem, lai izmantotais laika slieksnis (skenera noteikšanai bieži 30–100 ms starp rakstzīmēm) neradītu viltus pozitīvus vai negatīvus rezultātus.
4. Tastatūras izkārtojuma pareizība
Skenējiet svītrkodus ar cipariem, simboliem un (ja attiecas) burtiem ar diakritiskajām zīmēm vai ne-ASCII rakstzīmēm un pārliecinieties, ka tie pienāk, kā paredzēts. Nesakritīgi skenera un operētājsistēmas tastatūras izkārtojumi ir viens no galvenajiem iemesliem smalki nepareizām skenētajām vērtībām.
5. Fokusa uzvedība
Skenējiet, kamēr paredzētais lauks nav fokusā, kamēr fokusā ir cits lauks un kamēr nevienam ievades laukam nav fokusa. Tā kā skeneri raida tikai tastatūras notikumus, ievade bez fokusa pareizajā laukā vai pazūd, vai nonāk neparedzētā vietā.
6. Ātri atkārtoti skenējumi
Skenējiet vienādus vai dažādus svītrkodus citu pēc cita un pārliecinieties, ka lietojumprogramma nepamet, nedublē un nesapludina vērtības, kad skenējumi notiek ātrāk, nekā saskarne paspēj vizuāli atjaunināties.
7. Nederīgi vai bojāti svītrkodi
Testējiet skenējumus, kas neiztur kontrolsummas pārbaudi (EAN/UPC formātiem), neatpazītus preču kodus vai saīsinātas vērtības no bojātas etiķetes. Pārliecinieties, ka lietojumprogramma parāda skaidru kļūdu, nevis klusi pieņem sliktus datus.
8. Mijiedarbība ar modālajiem logiem un dialogiem
Skenējiet, kamēr ir atvērts modālais dialogs, īpaši tāds, kurā nav ievades lauka. Pārbaudiet, vai skenera ievade neizraisa neparedzētus tastatūras saīsnes, kas piesaistītas atsevišķiem taustiņiem (ātrs rakstzīmju uzliesmojums var nejauši sakrist ar saīsnes taustiņu).
9. Vairāku lauku un ciļņu secības darbplūsmas
Darbplūsmās, kurās TAB piedēklis pārvietojas starp laukiem, pārbaudiet, vai ciļņu secība atbilst paredzētajai secībai (piemēram, preces kods → daudzums → apstiprinājums) un ka neviens lauks netiek izlaists.
10. Pilna POS un norēķinu darbplūsma
Izpildiet scenāriju no sākuma līdz beigām: skenējiet preci, pielāgojiet daudzumu, skenējiet otru preci, ja tiek atbalstīts, piemērojiet atlaides svītrkodu un pabeidziet norēķinu. Tā atklājas integrācijas kļūdas, kas neparādās, testējot atsevišķus laukus. Detalizētu darbplūsmu skatiet POS svītrkodu testēšanas ceļvedī.
Rīki šai metodikai
1.–3. punktam izmantojiet svītrkoda ievades testētāju, bet 4. un 8. punktam, kur svarīgi neapstrādāti taustiņu kodi un modifikatori, — tastatūras notikumu testētāju.