Kaip testuoti POS sistemas be tikros aparatūros

Ką galima testuoti be aparatūros

Daug daugiau, nei žmonės mano. Galite tikrinti prekės paiešką, dėjimą į krepšelį, kiekio keitimą, nuolaidų taisykles, kliento priskyrimą, fokuso atkūrimą, klaidų apdorojimą ir daug kasininkui matomų kraštinių atvejų neliesdami tikro skaitytuvo.

Raktas yra atskirti proceso logiką nuo aparatinės patikros. Jei problema yra apie tai, kaip POS reaguoja į įvestį, būsenos pokyčius ar paieškos rezultatus, programine patikra paprastai pakanka ją rasti. Jei problema yra apie skaitytuvus, spausdintuvus, terminalus ar USB apribojimus, tada aparatinis perėjimas tampa būtinas.

Pradėkite nuo skaitytuvo proceso

Daugumoje POS sistemų skaitytuvas yra pirmoji priklausomybė, dėl kurios žmonės nerimauja. Laimei, jį taip pat vieną lengviausia gerai imituoti, nes daug skaitytuvų elgiasi kaip klaviatūros.

Todėl brūkšninio kodo skaitytuvo emuliatoriaus įrankis yra stipri POS testavimo pradžia. Galite valdyti tą patį paieškos lauką ar prekės įvestį, naudojamą kasoje, ir patikrinti, kaip ekranas reaguoja, kai brūkšninio kodo reikšmės ateina greitai, su galiniu Enter arba be jo.

Sukurkite mažą, bet realistišką testų matricą

Lengviausias būdas gauti paviršutinišką aprėptį yra testuoti vieną sėkmingo kelio prekę. Geresnis būdas yra sukurti nedidelę prekių tipų matricą, atspindinčią, kaip POS elgiasi tikruose mažmeninės prekybos procesuose.

Paprastai noriu bent:

• vienos įprastos prekės sandėlyje
• vieno nežinomo brūkšninio kodo
• vienos prekės su priekyje esančiais nuliais
• vienos ribojamos arba amžiaus patikros prekės
• vienos prekės su akcija ar kainos taisykle

Tai svarbu, nes POS klaidos dažnai slepiasi verslo taisyklėse, o ne pačiame skenavime. Jei testų rinkinys per paprastas, ekranas gali atrodyti stabilus, nors tikras procesas toks nėra.

Imituokite operatoriaus elgseną, ne tik sistemos

POS sesija nėra tvarkingas vienetinis testas. Kasininkai juda greitai, spaudžia ne tą lauką, pakartotinai skenuoja prekes, per anksti uždaro raginimus ir dirba laiko spaudime. Jei jūsų atvejai be aparatūros to nemodeliuoja, aprėptis atrodys geresnė, nei yra iš tikrųjų.

Išbandykite tokius scenarijus:

1. greitai du kartus nuskenuoti tą pačią prekę
2. skenuoti, kol atidarytas modalinis langas
3. pašalinti prekę ir nuskenuoti ją dar kartą
4. sukelti vadovo patvirtinimą ir skenuoti vėl
5. tyčia prarasti fokusą ir patvirtinti, kad sąsaja atsigauna

Tai realistiškos nesėkmės, ir būtent tokius atvejus brūkšninio kodo emuliatorius padeda kartoti nepavargstant.

Aplinkų sluoksnius naudokite sąmoningai

POS testavimui man patinka trys sluoksniai:

• vietinis kūrimas su paruoštais duomenimis ir brūkšninio kodo emuliatoriumi
• paruošiamoji aplinka su tikra kainų, mokesčių ir atsargų logika
• aparatinė patikra tikrame terminale prieš leidimą

Taip brangus aparatūros laikas sutelkiamas į mažą klaidų rinkinį, kuriam įrenginiai iš tikrųjų reikalingi. Kūrėjai daugumą proceso defektų gali išvalyti vietoje, QA gali patikrinti platesnius scenarijus paruošiamojoje aplinkoje, o aparatūros specialistai gali susitelkti į įrenginio lygio problemas.

Žinokite, kam vis dar reikia tikros aparatūros

Testavimas be aparatūros galingas, bet turi ribas. Tikri įrenginiai vis dar reikalingi:

• skaitytuvo susiejimui ir tvarkyklių elgsenai
• kvitų spausdintuvo išvesčiai ir popieriaus tvarkymui
• mokėjimo terminalo ryšiui
• USB šakotuvo ir kiosko apribojimams
• konkrečios parduotuvės tinklo ir terminalo suvaržymams

Sąžiningumas dėl šių ribų stiprina likusį procesą. Tikslas nėra apsimesti, kad aparatūra nesvarbi. Tikslas yra liautis švaistyti aparatūros laiką problemoms, kurias buvo galima pagauti anksčiau.

Kur komandos paprastai klysta

Dažniausia klaida yra laukti visos aparatinės linijos prieš testuojant ką nors prasmingo. Tai skamba atsargiai, bet paprastai atideda klaidas, o ne jų išvengia. Jei prekės paieška sugenda, nes paieškos laukas praranda fokusą po nuolaidos raginimo, aparatūra stebuklingai nepadarys tos klaidos lengviau suprantamos.

Kita dažna problema yra testuoti tik vieną ramų sėkmingą kelią. Tikros kasos sesijos triukšmingos. Operatoriai skenuoja greitai, kartoja prekes, išeina iš raginimų ir keičia procesus. Jūsų POS testavimas be aparatūros turi atspindėti tą tikrovę, kitaip praleis būtent tas problemas, kurias personalas pastebės pirmas.

Praktinis pavyzdys

Įsivaizduokite kasos ekraną, kuriame prekės skenavimas turi įdėti poziciją, atnaujinti krepšelį ir iškart grąžinti fokusą į prekės paieškos įvestį. Didžiąją to dalį galite patikrinti be aparatūros:

• imituoti brūkšninio kodo skaitytuvo įvestį į paieškos lauką
• patikrinti, kad pozicija įdedama teisingai
• patikrinti, kad taikomos akcijos ir kainų taisyklės
• patvirtinti, kad kitas skenavimas patenka į tą patį lauką

Tik kai tai praeina, fiziniam skaitytuvui reikia galutinio pasitikėjimo. Tokia tvarka taupo laiką ir paprastai padaro aparatūros sesiją naudingesnę.

Trumpas tikrovės patikrinimas

POS sistemas be tikros aparatūros galima testuoti daug veiksmingiau, nei daugelis komandų mano. Pradėkite nuo realistiškos skaitytuvo imitacijos, poruokite ją su stabiliais testų duomenimis ir pirmiausia sutelkite dėmesį į proceso elgseną. Tada tikrą aparatūrą naudokite siauresniam problemų rinkiniui, kurį gali atskleisti tik įrenginiai. Šis būdas greitesnis, pigesnis ir paprastai drausmingesnis nei pasikliovimas aparatūra nuo pat pradžių.