Näin testaat POS-järjestelmiä ilman oikeaa laitteistoa

Mitä voit testata ilman laitteistoa

Paljon enemmän kuin ihmiset luulevat. Voit validoida tuotehaun, koriin lisäämisen, määrän muutokset, alennussäännöt, asiakkaan kytkemisen, kohdistuksen palautumisen, virheenkäsittelyn ja monia kassanhoitajalle näkyviä reunatapauksia koskematta oikeaan lukijaan.

Avain on erottaa työnkulun logiikka laitteiston validoinnista. Jos ongelma koskee sitä, miten POS reagoi syötteeseen, tilan muutoksiin tai hakutuloksiin, ohjelmistopohjainen testaus yleensä riittää sen löytämiseen. Jos ongelma koskee lukijoita, tulostimia, päätteitä tai USB-rajoituksia, laitteistokierros muuttuu välttämättömäksi.

Aloita lukijan työnkulusta

Useimmissa POS-järjestelmissä lukija on ensimmäinen riippuvuus, josta ihmiset huolestuvat. Onneksi se on myös yksi helpoimmista simuloida hyvin, koska monet lukijat toimivat näppäimistöjen tavoin.

Siksi viivakoodinlukijan emulaattorityökalu on vahva lähtökohta POS-testaukseen. Voit ohjata samaa hakukenttää tai tuotesyötettä, jota kassalla käytetään, ja tarkistaa miten näyttö reagoi, kun viivakoodiarvot saapuvat nopeasti, loppu-Enterin kanssa tai ilman.

Rakenna pieni mutta realistinen testimatriisi

Helpoin tapa saada pinnallinen kattavuus on testata yhtä onnellisen polun tuotetta. Parempi tapa on luoda pieni tuotetyyppien matriisi, joka vastaa sitä, miten POS käyttäytyy oikeissa vähittäiskaupan työnkuluissa.

Haluan yleensä vähintään:

• yhden tavallisen varastossa olevan tuotteen
• yhden tuntemattoman viivakoodin
• yhden tuotteen, jossa on etunollia
• yhden rajoitetun tai ikärajatun tuotteen
• yhden tuotteen, jolla on kampanja tai hinnoittelusääntö

Tällä on merkitystä, koska POS-virheet piilevät usein liiketoimintasäännöissä, ei itse skannauksessa. Jos testijoukkosi on liian yksinkertainen, näyttö voi vaikuttaa vakaalta vaikka oikea työnkulku ei ole.

Simuloi käyttäjän toimintaa, ei vain järjestelmän toimintaa

POS-istunto ei ole siisti yksikkötesti. Kassanhoitajat liikkuvat nopeasti, napsauttavat väärää kenttää, skannaavat tuotteita uudelleen, sulkevat kehotteet liian aikaisin ja toimivat aikapaineessa. Jos laitteistottomat testitapauksesi eivät mallinna tätä todellisuutta, kattavuus näyttää paremmalta kuin se on.

Kokeile tällaisia skenaarioita:

1. skannaa sama tuote kahdesti nopeasti
2. skannaa, kun modaali on auki
3. poista tuote ja skannaa se uudelleen
4. laukaise esimiehen ohitus ja skannaa uudelleen
5. menetä kohdistus tahallaan ja varmista, että käyttöliittymä toipuu

Nämä ovat realistisia epäonnistumisia, ja juuri tällaisia tapauksia viivakoodiemulaattori auttaa toistamaan ilman väsymystä.

Käytä kerroksia tarkoituksella

POS-testauksessa pidän kolmesta kerroksesta:

• paikallinen kehitys kylvetyn datan ja viivakoodiemulaattorin kanssa
• staging oikealla hinnoittelu-, vero- ja varastologiikalla
• laitteiston validointi oikealla päätteellä ennen julkaisua

Näin kallis laitteistoaika keskittyy siihen pieneen virhejoukkoon, joka todella vaatii laitteita. Kehittäjät voivat korjata useimmat työnkulun viat paikallisesti, QA voi tarkistaa laajemmat skenaariot stagingissa ja laitteistoasiantuntijat voivat keskittyä laitetason ongelmiin.

Tiedä, mikä vaatii yhä oikeaa laitteistoa

Laitteistoton testaus on vahvaa, mutta sillä on rajat. Oikeita laitteita tarvitaan yhä:

• lukijan paritukseen ja ajurin toimintaan
• kuittitulostimen tulosteeseen ja paperin käsittelyyn
• maksupäätteen viestintään
• USB-keskittimen ja kioskin rajoituksiin
• myymäläkohtaisiin verkko- ja pääterajoituksiin

Näiden rajojen rehellinen tunnustaminen vahvistaa muuta prosessia. Tavoite ei ole teeskennellä, ettei laitteistolla ole merkitystä. Tavoite on lakata tuhlaamasta laitteistoaikaa ongelmiin, jotka olisi voitu saada kiinni aiemmin.

Missä tiimit yleensä menevät vikaan

Yleisin virhe on odottaa kokonaista laitteistolinjaa ennen kuin mitään merkityksellistä testataan. Se kuulostaa varovaiselta, mutta yleensä se viivästyttää virheitä niiden estämisen sijaan. Jos tuotehaku epäonnistuu, koska hakukenttä menettää kohdistuksen alennuskehotteen jälkeen, laitteisto ei taianomaisesti tee virheestä helpommin ymmärrettävää.

Toinen yleinen ongelma on vain yhden rauhallisen onnellisen polun testaaminen. Oikeat kassaistunnot ovat meluisia. Käyttäjät skannaavat nopeasti, toistavat tuotteita, peruvat kehotteita ja vaihtavat työnkulkujen välillä. Laitteistottoman POS-testauksen pitää heijastaa tätä todellisuutta, tai se ohittaa juuri ne ongelmat, jotka henkilöstö huomaa ensimmäisenä.

Käytännön esimerkki

Kuvittele kassanäyttö, jossa tuotteen skannauksen pitäisi lisätä tuote, päivittää kori ja kohdistaa tuotehakukenttä heti uudelleen. Suurimman osan tästä voi validoida ilman laitteistoa:

• simuloi viivakoodinlukijan syöte hakukenttään
• varmista, että tuote lisätään oikein
• varmista, että kampanjat ja hintasäännöt tulevat voimaan
• vahvista, että seuraava skannaus osuu samaan kenttään

Vasta tämän jälkeen tarvitset fyysisen lukijan lopulliseen varmuuteen. Tämä järjestys säästää aikaa ja tekee laitteistoistunnosta yleensä hyödyllisemmän.

Nopea todellisuustarkistus

POS-järjestelmiä voi testata ilman oikeaa laitteistoa paljon tehokkaammin kuin monet tiimit olettavat. Aloita realistisella lukijan simuloinnilla, yhdistä se vakaaseen testidataan ja keskity ensin työnkulun toimintaan. Käytä sitten oikeaa laitteistoa siihen kapeampaan ongelmajoukkoon, jonka vain laitteet paljastavat. Tämä tapa on nopeampi, halvempi ja yleensä kurinalaisempi kuin laitteistoon tukeutuminen alusta alkaen.