Ako testovať systémy POS bez skutočného hardvéru

Čo viete otestovať bez hardvéru

Oveľa viac, než si ľudia myslia. Bez toho, aby ste sa dotkli skutočnej čítačky, viete overiť vyhľadanie produktu, správanie pridania do košíka, zmeny množstva, pravidlá zliav, priradenie zákazníka, obnovenie fokusu, spracovanie chýb a mnoho hraničných prípadov, ktorým čelí pokladník.

Kľúčom je oddeliť logiku postupu od overenia hardvéru. Ak je problém v tom, ako POS reaguje na vstup, zmeny stavu alebo výsledky vyhľadania, softvérové testovanie zvyčajne stačí na to, aby ste ho našli. Ak je problém v čítačkách, tlačiarňach, termináloch alebo obmedzeniach USB, tam sa hardvérový prechod stáva nutným.

Začnite postupom skenera

Vo väčšine systémov POS je čítačka prvá závislosť, o ktorú sa ľudia boja. Našťastie patrí aj medzi tie, ktoré sa dajú dobre simulovať, pretože veľa čítačiek sa správa ako klávesnica.

Preto je nástroj emulátora čítačky čiarových kódov silný východiskový bod pre testovanie POS. Môžete riadiť to isté vyhľadávacie pole alebo vstup položky, ktoré sa používajú pri pokladni, a overiť, ako obrazovka reaguje, keď hodnoty čiarových kódov prídu rýchlo, s koncovým ENTER alebo bez neho.

Zostavte malú, ale realistickú testovaciu maticu

Najľahší spôsob, ako získať plytké pokrytie, je otestovať jeden produkt na šťastnej ceste. Lepší prístup je vytvoriť malú maticu typov položiek, ktoré odrážajú, ako sa POS správa v skutočných maloobchodných postupoch.

Zvyčajne chcem aspoň:

• jeden bežný produkt na sklade
• jeden neznámy čiarový kód
• jednu položku s úvodnými nulami
• jednu obmedzenú položku alebo položku s vekovou kontrolou
• jeden produkt s akciou alebo cenovým pravidlom

Na tom záleží, pretože chyby POS sa často skrývajú v obchodných pravidlách, nie v samotnom skene. Ak je testovacia sada príliš jednoduchá, obrazovka môže vyzerať stabilne, zatiaľ čo skutočný postup nie je.

Simulujte správanie operátora, nielen systému

Relácia POS nie je úhľadný jednotkový test. Pokladníci sa pohybujú rýchlo, kliknú do nesprávneho poľa, položky skenujú znova, výzvy zatvoria priskoro a pracujú pod časovým tlakom. Ak vaše testovacie prípady bez hardvéru túto realitu nemodelujú, pokrytie bude vyzerať lepšie, než v skutočnosti je.

Skúste scenáre ako tieto:

1. tú istú položku naskenovať dvakrát rýchlo za sebou
2. skenovať, kým je otvorené modálne okno
3. odstrániť položku a znova ju naskenovať
4. spustiť schválenie manažérom a skenovať znova
5. zámerne stratiť fokus a overiť, že sa rozhranie zotaví

Sú to realistické zlyhania a presne taký druh prípadov, ktoré vám emulátor čiarových kódov pomôže opakovať bez únavy.

Prostredia vrstvite zámerne

Pri testovaní POS mám rád tri vrstvy:

• lokálny vývoj s predpripravenými dátami a emulátorom čiarových kódov
• staging so skutočnou cenotvorbou, daňami a skladovou logikou
• hardvérové overenie na skutočnom termináli pred vydaním

Drahý čas hardvéru tak zostane sústredený na malú sadu chýb, ktoré zariadenia naozaj vyžadujú. Vývojári môžu väčšinu chýb postupu odstrániť lokálne, QA overí širšie scenáre na stagingu a špecialisti na hardvér sa sústredia na problémy na úrovni zariadenia.

Vedzte, čo stále vyžaduje skutočný hardvér

Testovanie bez hardvéru je silné, ale má hranice. Skutočné zariadenia stále potrebujete na:

• párovanie čítačky a správanie ovládačov
• výstup tlačiarne účteniek a prácu s papierom
• komunikáciu platobného terminálu
• obmedzenia USB rozbočovača a kiosku
• sieťové a terminálové obmedzenia konkrétnej predajne

Úprimnosť o týchto hraniciach robí zvyšok procesu silnejším. Cieľom nie je predstierať, že hardvér nezáleží. Cieľom je prestať míňať čas hardvéru na problémy, ktoré sa dali chytiť skôr.

Kde sa tímy zvyčajne mýlia

Najčastejšia chyba je čakať na celú hardvérovú linku, kým otestujete čokoľvek zmysluplné. Znie to opatrne, ale zvyčajne to chyby odďaľuje, nie im predchádza. Ak vyhľadanie produktu zlyhá, pretože pole vyhľadávania po výzve na zľavu stratí fokus, hardvér túto chybu magicky nezrozumiteľní.

Ďalší častý problém je testovať iba jednu pokojnú šťastnú cestu. Skutočné pokladničné relácie sú hlučné. Operátori skenujú rýchlo, opakujú položky, vracajú sa z výziev a prepínajú medzi postupmi. Vaše testovanie POS bez hardvéru má túto realitu odrážať, inak minie presne tie problémy, ktoré si personál všimne ako prvé.

Praktický príklad

Predstavte si pokladničnú obrazovku, kde má skenovanie produktu pridať položku, aktualizovať košík a hneď znovu zamerať vstup vyhľadávania produktu. Väčšinu z toho viete overiť bez hardvéru:

• simulovať vstup čítačky čiarových kódov do vyhľadávacieho poľa
• overiť, že sa položka pridá správne
• overiť, že sa použijú akcie a cenové pravidlá
• potvrdiť, že ďalší sken pristane v tom istom poli

Až keď to prejde, potrebujete fyzickú čítačku na záverečnú istotu. Toto poradie šetrí čas a hardvérovú reláciu zvyčajne urobí užitočnejšou.

Rýchla kontrola reality

Systémy POS viete bez skutočného hardvéru testovať oveľa účinnejšie, než veľa tímov predpokladá. Začnite realistickou simuláciou skenera, spojte ju so stabilnými testovacími dátami a najprv sa sústreďte na správanie postupu. Potom použite skutočný hardvér na užšiu sadu problémov, ktoré odhalia iba zariadenia. Tento prístup je rýchlejší, lacnejší a zvyčajne disciplinovanejší ako spoliehať sa na hardvér od začiatku.