Kā testēt POS sistēmas bez īstas aparatūras

Ko var testēt bez aparatūras

Daudz vairāk, nekā cilvēki domā. Varat pārbaudīt preču meklēšanu, pievienošanu grozam, daudzuma izmaiņas, atlaižu kārtulas, klienta piešķiršanu, fokusa atjaunošanu, kļūdu apstrādi un daudzus kasierim redzamus robežgadījumus, neaiztiekot īsto skeneri.

Atslēga ir atdalīt darbplūsmas loģiku no aparatūras pārbaudes. Ja problēma ir par to, kā POS reaģē uz ievadi, stāvokļa izmaiņām vai meklēšanas rezultātiem, uz programmatūru balstīta testēšana parasti pietiek, lai to atrastu. Ja problēma ir par skeneriem, printeriem, termināļiem vai USB ierobežojumiem, tur aparatūras caurlaide kļūst nepieciešama.

Sāciet ar skenera darbplūsmu

Lielākajā daļā POS sistēmu skeneris ir pirmā atkarība, par kuru cilvēki uztraucas. Par laimi, to ir arī vienu no vieglāk labi simulēt, jo daudzi skeneri uzvedas kā tastatūras.

Tāpēc svītrkoda skenera emulatora rīks ir spēcīgs POS testēšanas sākumpunkts. Varat vadīt to pašu meklēšanas lauku vai preces ievadi, ko lieto kasē, un pārbaudīt, kā ekrāns reaģē, kad svītrkoda vērtības pienāk ātri, ar beigu Enter vai bez tā.

Izveidojiet mazu, bet reālistisku testu matricu

Vieglākais ceļš uz seklu pārklājumu ir testēt vienu veiksmīgā ceļa preci. Labāka pieeja ir izveidot nelielu preču tipu matricu, kas atspoguļo, kā POS uzvedas īstās mazumtirdzniecības darbplūsmās.

Parasti gribu vismaz:

• vienu parasto preci noliktavā
• vienu nezināmu svītrkodu
• vienu preci ar nullēm priekšā
• vienu ierobežotu vai vecuma pārbaudes preci
• vienu preci ar akciju vai cenas kārtulu

Tas ir svarīgi, jo POS kļūdas bieži slēpjas biznesa kārtulās, nevis pašā skenēšanā. Ja testu kopa ir pārāk vienkārša, ekrāns var izskatīties stabils, kamēr īstā darbplūsma tāda nav.

Simulējiet operatora uzvedību, ne tikai sistēmas

POS sesija nav kārtīgs vienības tests. Kasieri kustas ātri, klikšķina nepareizajā laukā, skenē preces atkārtoti, pārāk agri aizver uzvednes un strādā laika spiedienā. Ja jūsu gadījumi bez aparatūras šo realitāti nemodelē, pārklājums izskatīsies labāks, nekā tas ir.

Izmēģiniet šādus scenārijus:

1. ātri divreiz noskenēt vienu un to pašu preci
2. skenēt, kamēr modālais logs ir atvērts
3. noņemt preci un noskenēt to vēlreiz
4. izsaukt vadītāja apstiprinājumu un skenēt atkal
5. tīši pazaudēt fokusu un apstiprināt, ka saskarne atgūstas

Tās ir reālistiskas neveiksmes, un tieši šādus gadījumus svītrkoda emulators palīdz atkārtot bez noguruma.

Vides slāņus lietojiet ar nolūku

POS testēšanai man patīk trīs slāņi:

• vietējā izstrāde ar sagatavotiem datiem un svītrkoda emulatoru
• sagatavošanas vide ar īstu cenu, nodokļu un krājumu loģiku
• aparatūras pārbaude īstā terminālī pirms laidiena

Tā dārgais aparatūras laiks tiek vērsts uz mazo kļūdu kopu, kurai ierīces patiešām ir vajadzīgas. Izstrādātāji var novērst lielāko daļu darbplūsmas defektu lokāli, QA var pārbaudīt plašākus scenārijus sagatavošanas vidē, un aparatūras speciālisti var koncentrēties uz ierīces līmeņa problēmām.

Ziniet, kam joprojām vajag īstu aparatūru

Testēšana bez aparatūras ir spēcīga, bet tai ir robežas. Īstas ierīces joprojām vajadzīgas:

• skenera sapārošanai un draiveru uzvedībai
• čeku printera izvadei un papīra apstrādei
• maksājumu termināļa saziņai
• USB centrmezgla un kioska ierobežojumiem
• konkrēta veikala tīkla un termināļa ierobežojumiem

Godīgums par šīm robežām padara pārējo procesu stiprāku. Mērķis nav izlikties, ka aparatūra nav svarīga. Mērķis ir beigt tērēt aparatūras laiku problēmām, kuras varēja noķert agrāk.

Kur komandas parasti kļūdās

Visbiežākā kļūda ir gaidīt pilnu aparatūras joslu, pirms testē kaut ko jēgpilnu. Tas izklausās piesardzīgi, bet parasti aizkavē kļūdas, nevis tās novērš. Ja preces meklēšana neizdodas tāpēc, ka meklēšanas lauks zaudē fokusu pēc atlaides uzvednes, aparatūra šo kļūdu brīnumainā kārtā nepadarīs vieglāk saprotamu.

Cita bieža problēma ir testēt tikai vienu mierīgu veiksmīgo ceļu. Īstas kases sesijas ir trokšņainas. Operatori skenē ātri, atkārto preces, iziet no uzvednēm un pārslēdzas starp darbplūsmām. Jūsu POS testēšanai bez aparatūras jāatspoguļo šī realitāte, citādi tā palaidīs garām tieši tās problēmas, ko personāls pamanīs pirmais.

Praktisks piemērs

Iedomājieties kases ekrānu, kur preces skenēšanai jāpievieno pozīcija, jāatjaunina grozs un uzreiz jāatgriež fokuss preces meklēšanas ievadei. Lielāko daļu no tā varat pārbaudīt bez aparatūras:

• simulēt svītrkoda skenera ievadi meklēšanas laukā
• pārbaudīt, ka pozīcija tiek pievienota pareizi
• pārbaudīt, ka tiek piemērotas akcijas un cenu kārtulas
• apstiprināt, ka nākamā skenēšana nonāk tajā pašā laukā

Tikai pēc tam, kad tas izdodas, fiziskais skeneris vajadzīgs galīgajai pārliecībai. Šāda secība ietaupa laiku un parasti padara aparatūras sesiju noderīgāku.

Īsa realitātes pārbaude

POS sistēmas bez īstas aparatūras var testēt daudz efektīvāk, nekā daudzas komandas pieņem. Sāciet ar reālistisku skenera simulāciju, savienojiet to ar stabiliem testa datiem un vispirms koncentrējieties uz darbplūsmas uzvedību. Pēc tam īstu aparatūru lietojiet šaurākai problēmu kopai, ko var atklāt tikai ierīces. Šī pieeja ir ātrāka, lētāka un parasti disciplinētāka nekā paļaušanās uz aparatūru no paša sākuma.