Kako testirati POS sustave bez pravog hardvera

Što možete testirati bez hardvera

Mnogo više nego što ljudi misle. Možete provjeriti pretragu proizvoda, dodavanje u košaricu, promjene količine, pravila popusta, dodjelu kupca, povrat fokusa, rukovanje pogreškama i mnoge rubne slučajeve koje vidi blagajnik, bez diranja pravog čitača.

Ključ je odvojiti logiku tijeka od hardverske provjere. Ako je problem u tome kako POS reagira na unos, promjene stanja ili rezultate pretrage, softversko testiranje obično je dovoljno da ga se pronađe. Ako je problem u čitačima, pisačima, terminalima ili USB ograničenjima, tu hardverski prolaz postaje nužan.

Počnite od tijeka čitača

U većini POS sustava čitač je prva ovisnost zbog koje se ljudi brinu. Srećom, to je i jedna od lakših za dobro simulirati jer se mnogi čitači ponašaju kao tipkovnice.

Zato je alat za emulaciju čitača crtičnog koda snažan početak za POS testiranje. Možete voditi isto polje za pretragu ili unos artikla koji se koristi na blagajni i provjeriti kako zaslon reagira kad vrijednosti stižu brzo, sa završnim Enter ili bez njega.

Izgradite malu, ali realnu testnu matricu

Najlakši način da dobijete plitku pokrivenost jest testirati jedan proizvod sretnog puta. Bolji pristup je mala matrica vrsta artikala koja odražava kako se POS ponaša u stvarnim maloprodajnim tijekovima.

Obično želim barem:

• jedan običan proizvod na zalihi
• jedan nepoznat crtični kod
• jedan artikl s vodećim nulama
• jedan ograničeni artikl ili artikl s dobnom granicom
• jedan proizvod s promocijom ili pravilom cijene

To je važno jer se POS pogreške često kriju u poslovnim pravilima, a ne u samom skeniranju. Ako je testni skup previše jednostavan, zaslon može izgledati stabilno dok stvarni tijek to nije.

Simulirajte ponašanje operatera, ne samo ponašanje sustava

POS sesija nije uredan jedinični test. Blagajnici se kreću brzo, kliknu pogrešno polje, ponovno skeniraju artikle, prerano zatvaraju upite i rade pod vremenskim pritiskom. Ako vaši testni slučajevi bez hardvera ne modeliraju tu stvarnost, pokrivenost će izgledati bolje nego što jest.

Isprobajte scenarije poput ovih:

1. brzo dvaput skenirajte isti artikl
2. skenirajte dok je modal otvoren
3. uklonite artikl i ponovno ga skenirajte
4. pokrenite nadjačavanje voditelja i skenirajte opet
5. namjerno izgubite fokus i potvrdite da se sučelje oporavi

To su realni neuspjesi i upravo takve slučajeve emulator pomaže ponavljati bez umora.

Namjerno koristite slojevita okruženja

Za POS testiranje volim tri sloja:

• lokalni razvoj s pripremljenim podacima i emulatorom crtičnog koda
• staging s pravom logikom cijena, poreza i zaliha
• hardverska provjera na stvarnom terminalu prije izdanja

Tako skupo hardversko vrijeme ostaje usmjereno na mali skup pogrešaka koje doista trebaju uređaje. Razvijatelji mogu lokalno ukloniti većinu nedostataka tijeka, QA može provjeriti šire scenarije na stagingu, a hardverski stručnjaci se mogu usredotočiti na probleme razine uređaja.

Znajte što i dalje traži pravi hardver

Testiranje bez hardvera snažno je, ali ima granice. Pravi uređaji i dalje su potrebni za:

• uparivanje čitača i ponašanje upravljačkog programa
• ispis računa i rukovanje papirom
• komunikaciju s platnim terminalom
• ograničenja USB razdjelnika i kioska
• mrežna i terminalna ograničenja specifična za trgovinu

Iskrenost o tim granicama jača ostatak procesa. Cilj nije pretvarati se da hardver nije važan. Cilj je prestati trošiti hardversko vrijeme na probleme koji su se mogli uhvatiti ranije.

Gdje timovi obično griješe

Najčešća pogreška jest čekati cijelu hardversku traku prije testiranja ičega smislenog. To zvuči oprezno, ali obično odgađa pogreške umjesto da ih spriječi. Ako pretraga proizvoda zakaže jer polje izgubi fokus nakon upita za popust, hardver tu pogrešku neće čarobno učiniti lakšom za razumjeti.

Drugi čest problem jest testiranje samo jednog mirnog sretnog puta. Prave blagajničke sesije su bučne. Operateri brzo skeniraju, ponavljaju artikle, vraćaju se s upita i mijenjaju tijekove. Vaše POS testiranje bez hardvera treba odražavati tu stvarnost, inače će promašiti upravo probleme koje će osoblje prvo primijetiti.

Praktičan primjer

Zamislite blagajnički zaslon na kojem skeniranje proizvoda treba dodati artikl, ažurirati košaricu i odmah vratiti fokus na polje za pretragu. Većinu toga možete provjeriti bez hardvera:

• simulirajte unos čitača u polje za pretragu
• provjerite da je artikl ispravno dodan
• provjerite da se promocije i pravila cijene primjenjuju
• potvrdite da sljedeće skeniranje slijeće u isto polje

Tek nakon što to prođe treba vam fizički čitač za konačnu sigurnost. Taj redoslijed štedi vrijeme i obično čini hardversku sesiju korisnijom.

Brza provjera stvarnosti

POS sustave možete testirati bez pravog hardvera mnogo učinkovitije nego što mnogi timovi pretpostavljaju. Počnite realnom simulacijom čitača, spojite je sa stabilnim testnim podacima i najprije se usredotočite na ponašanje tijeka. Zatim koristite pravi hardver za uži skup problema koje mogu otkriti samo uređaji. Taj pristup brži je, jeftiniji i obično discipliniraniji od oslanjanja na hardver od samog početka.