Kuidas testida POS-süsteeme ilma päris riistvarata

Mida saab testida ilma riistvarata

Palju rohkem, kui inimesed arvavad. Saad valideerida tooteotsingut, ostukorvi lisamist, koguse muutmist, allahindlusreegleid, kliendi sidumist, fookuse taastumist, veakäsitlust ja paljusid kassapidajale suunatud äärejuhtumeid, ilma päris skannerit puutumata.

Võti on eraldada töövoo loogika riistvara valideerimisest. Kui probleem käib selle kohta, kuidas POS reageerib sisendile, olekumuutustele või otsingutulemustele, piisab selle leidmiseks tavaliselt tarkvarapõhisest testimisest. Kui probleem käib skannerite, printerite, terminalide või USB-piirangute kohta, muutub riistvara käik vajalikuks.

Alusta skanneri töövoost

Enamikus POS-süsteemides on skanner esimene sõltuvus, mille pärast inimesed muretsevad. Õnneks on seda ka üks lihtsamini hästi simuleerida, sest paljud skannerid käituvad nagu klaviatuurid.

See teeb vöötkoodiskanneri emulaatori tööriistast tugeva lähtepunkti POS-i testimiseks. Saad juhtida sama otsinguvälja või kaubasisendit, mida kassas kasutatakse, ja kontrollida, kuidas ekraan reageerib, kui vöötkoodiväärtused saabuvad kiiresti, lõpetava Enteriga või ilma.

Ehita väike, kuid realistlik testmaatriks

Kõige lihtsam viis saada pealiskaudne kate on testida ühte õnneliku raja toodet. Parem lähenemine on luua väike kaubatüüpide maatriks, mis peegeldab, kuidas POS päris jaemüügi töövoogudes käitub.

Tavaliselt tahan vähemalt:

• ühte tavalist laos olevat toodet
• ühte tundmatut vöötkoodi
• ühte kaupa eesolevate nullidega
• ühte piiratud või vanusepiiranguga kaupa
• ühte toodet kampaania või hinnareegliga

See on oluline, sest POS-i vead peidavad end sageli ärireeglites, mitte skannimises endas. Kui testkomplekt on liiga lihtne, võib ekraan näida stabiilne, kuigi päris töövoog seda ei ole.

Simuleeri operaatori käitumist, mitte ainult süsteemi käitumist

POS-seanss ei ole korralik ühiktest. Kassapidajad liiguvad kiiresti, klõpsavad valele väljale, skannivad kaupu uuesti, sulgevad viibad liiga vara ja töötavad ajasurve all. Kui sinu riistvaravabad testjuhud seda reaalsust ei modelleeri, näib kate parem, kui see tegelikult on.

Proovi selliseid stsenaariume:

1. skanni sama kaup kaks korda kiiresti
2. skanni, kui modaalaken on avatud
3. eemalda kaup ja skanni see uuesti
4. käivita juhi ülekirjutus ja skanni uuesti
5. kaota tahtlikult fookus ja kinnita, et kasutajaliides taastub

Need on realistlikud tõrked ja just sellised juhtumid, mida vöötkoodi emulaator aitab väsimuseta korrata.

Kasuta kihte teadlikult

POS-i testimisel meeldivad mulle kolm kihti:

• kohalik arendus külvatud andmete ja vöötkoodi emulaatoriga
• lavastus päris hinna, maksu ja laoseisu loogikaga
• riistvara valideerimine päris terminalil enne väljalaset

See hoiab kalli riistvara aja keskendatuna väikesele vigade komplektile, mis tõesti seadmeid vajavad. Arendajad saavad enamiku töövoo defektidest kohapeal kõrvaldada, QA saab lavastuses laiemaid stsenaariume kontrollida ja riistvaraspetsialistid saavad keskenduda seadmetaseme probleemidele.

Tea, mis nõuab ikkagi päris riistvara

Riistvaravaba testimine on võimas, kuid sellel on piirid. Päris seadmeid vajad endiselt:

• skanneri sidumiseks ja draiveri käitumiseks
• kviitungiprinteri väljundi ja paberi käsitlemiseks
• makseterminali sideks
• USB-jaoturi ja kioski piiranguteks
• poespetsiifiliste võrgu- ja terminalipiirangute jaoks

Nende piiride aus tunnistamine teeb ülejäänud protsessi tugevamaks. Eesmärk ei ole teeselda, et riistvara ei loe. Eesmärk on lõpetada riistvara aja raiskamine probleemidele, mis oleks võinud varem ilmsiks tulla.

Kus meeskonnad tavaliselt eksivad

Kõige levinum viga on oodata täielikku riistvararada, enne kui midagi sisulist testitakse. See kõlab ettevaatlikult, kuid tavaliselt lükkab see vead edasi, mitte ei hoia neid ära. Kui tooteotsing ebaõnnestub, sest otsinguväli kaotab fookuse pärast allahindluse viipa, ei muuda riistvara seda viga maagiliselt lihtsamini mõistetavaks.

Teine levinud probleem on ainult ühe rahuliku õnneliku raja testimine. Päris kassaseansid on lärmakad. Operaatorid skannivad kiiresti, kordavad kaupu, taganevad viipadest ja vahetavad töövooge. Sinu riistvarata POS-i testimine peaks seda reaalsust peegeldama, muidu jäävad märkamata just need probleemid, mida personal esimesena märkab.

Praktiline näide

Kujuta ette kassaekraani, kus toote skannimine peaks kauba lisama, ostukorvi uuendama ja tooteotsingu sisendi kohe uuesti fookusesse tooma. Suurema osa sellest saad valideerida ilma riistvarata:

• simuleeri vöötkoodiskanneri sisend otsinguvälja
• kontrolli, et kaup lisatakse õigesti
• kontrolli, et kampaaniad ja hinnareeglid rakenduvad
• kinnita, et järgmine skannimine maandub samasse välja

Alles pärast seda, kui see läbib, vajad lõpliku kindluse jaoks füüsilist skannerit. See järjekord säästab aega ja muudab riistvaraseansi tavaliselt kasulikumaks.

Kiire reaalsuskontroll

POS-süsteeme saab ilma päris riistvarata testida palju tõhusamalt, kui paljud meeskonnad arvavad. Alusta realistliku skanneri simulatsiooniga, seo see stabiilsete testandmetega ja keskendu esmalt töövoo käitumisele. Seejärel kasuta päris riistvara kitsama probleemikomplekti jaoks, mida ainult seadmed paljastavad. See lähenemine on kiirem, odavam ja tavaliselt distsiplineeritum kui algusest peale riistvarale toetumine.