Pāriet uz saturu

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.