Menu

Hoe een POS-systeem (POS) te testen - Voorbeeld van een POS-test in een restaurant

  • Hoofd
  • Concepten Testen
  • Hoe een POS-systeem (POS) te testen - Voorbeeld van een POS-test in een restaurant

how test point sale system restaurant pos testing example

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Wat is een verkooppunt (POS)?

POS alias Point of Sale is een plaats waar transacties plaatsvinden. Kassasystemen zie je tegenwoordig in winkels, restaurants, ziekenhuizen en tegenwoordig bijna overal waar het om betalingen gaat.

De meesten van jullie begrijpen misschien heel goed wat een streepjescodelezer of een draadloos betalingsapparaat is (de meest gebruikte apparaten voor betalingstransacties), maar POS omvat in werkelijkheid veel componenten en elk van de componenten moet er goed voor worden geïntegreerd om succesvol te draaien.

In het artikel van vandaag ga ik schrijven over wat POS-testen anders maakt dan anderen. Ik heb ook testtips in het artikel opgenomen om dit nuttig te maken voor onze testgemeenschap.

  • Voorbeeld van Restaurant kassasysteem testen ook inbegrepen

Kassasysteem testen

Laten we eens kijken naar:

  • Wat maakt POS-applicatie testen anders
  • EPOS-architectuur (Electronic Point Of Sale)
  • Fysieke componenten van EPOS
  • Niveaus / functies van POS
  • Voorbeeld van Restaurant kassasysteem testen inbegrepen

Aanbevolen lectuur​ Hoe een eCommerce-applicatie te testen

Wat je leert:

Wat maakt POS-testen anders:

Kassasysteem testen ziet er ingewikkeld uit, maar het is niet zo lastig voor degenen die het concept goed begrijpen. Het is interessant omdat je het gevoel krijgt in een winkel te zitten en het uitvoeren van uw testcases aangezien POS setup vereist zoals u in alle winkels zou zien.

Dit maakt het anders dan wanneer u in uw cel zit en wat controles uitvoert in een webapp. Organisaties die zich bezighouden met het testen van kassasystemen hebben aparte laboratoria.

wat is een goede stemwisselaar

Wat zijn de uitdagingen bij POS-testen?

  • Meerdere configuraties volgens de winkelvereiste - ik zal het uitleggen met eeneenvoudig voorbeeld, stel dat een winkelketen een promotie-aanbieding alleen in één bepaalde stad wil houden, in dat geval zijn speciale configuraties vereist voor kassasystemen die in die stad draaien.
  • POS vereist een goede installatie met alle apparaten, en ook meerdere soorten hardwareapparaten en versies van de software.
  • Meerdere apparaten compatibiliteitstesten vereisen en ook een grondige integratietest
  • Voldoet aan PCI, omdat de POS-test betrekking heeft op de kaartgegevens van de eindgebruiker.

POS-architectuur:

POS-architectuur

Elk van de terminals in een winkel is verbonden met een bestandsserver. De instellingen of de belangrijkste configuraties worden gedaan op de server en vervolgens naar elk van de terminals in de winkel gepusht. De XML's of batchtaken worden gebruikt om dergelijke updates uit te voeren.

Voor grote winkels of winkelketens worden geen van de wijzigingen lokaal aangebracht. Aangezien kassasystemen kaartbetalingen accepteren, zijn ze geïntegreerd met de externe leveranciers die voornamelijk de creditcardverwerking uitvoeren, dus wanneer een creditcardtransactie plaatsvindt, worden gegevens voor autorisatie naar de derde partij of banken gestuurd.

(Klik op afbeelding voor vergrote weergave)

POS-architectuur 1

Beeld Bron ​

POS fysieke componenten en hoe deze te testen:

# 1) Terminal - Terminal is het hoofdscherm dat wordt gebruikt om de details van de transactie in te voeren. Dit zijn meestal touchscreen-apparaten. Alle configuraties, of het nu gaat om productlijst, prijzen, promotionele aanbiedingen, betalingsmodi, worden naar de terminal gepusht. Dit is het belangrijkste apparaat dat op elk POS wordt gebruikt.

  • Terminal Testing vereist validatie om ervoor te zorgen dat de apparaten zijn verbonden met het netwerk en dat het nieuwste besturingssysteem erop wordt uitgevoerd om de POS-app te ondersteunen.

# 2) Weergavepaal - Display Pole is het apparaat dat de artikelprijs weergeeft zodra het product is gescand met de barcodescanner.

  • Controleer of de display-paal dezelfde prijs weergeeft als op de POS-terminal

# 3) Barcode scanner - Barcodelezer wordt gebruikt om de producten te scannen. Nadat de scan is voltooid, wordt er in de backend gecontroleerd of het artikel in de inventarislijst voorkomt en wordt ook de artikelprijs opgehaald. Zodra het artikel is verkocht, wordt de voorraad bijgewerkt om het beschikbare aantal eenheden te verminderen.

  • Voor testdoeleinden kan validatie worden uitgevoerd door een product te scannen dat ontbreekt in de inventarislijst
  • Valideer door producten te scannen die beschikbaar zijn in de inventarislijst, maar zonder prijskaartje
  • Valideer door producten die beschikbaar zijn in de inventarislijst met de juiste tagging naar een prijsniveau te scannen.

# 4) Kassa - Cash Register wordt gebruikt om Cash op te slaan. Voor elke contante transactie wordt de kassa onmiddellijk geopend zodat kassamedewerkers het contante geld van de klant kunnen accepteren en ook het eventuele saldo kunnen retourneren.

  • Kassatests kunnen worden gedaan door de betalingsmodus te selecteren als Contant en een contante transactie uit te voeren met een restitutiebedrag.

# 5) Handheld-apparaat - Handheld-apparaten zijn draadloze apparaten die worden gebruikt om creditcardbetalingen te accepteren. Deze maken het gemakkelijk om gebruikersauthenticatie te verkrijgen door het apparaat rechtstreeks naar de eindgebruiker te brengen, waar gebruikers de kaartpincode kunnen invoeren.

  • Testen kan worden gedaan door een transactie aan te maken door een betaalmethode te selecteren als Kaart.
  • Verificatie voor de handmatige invoer van het bedrag moet worden uitgevoerd.

# 6) Printer - Printers zijn verbonden met elk van de terminals en worden registerprinters genoemd, deze worden gebruikt om na elke transactie de bon te genereren.

  • Testers kunnen het afdrukken van kassabonnen controleren, controleren op uitlijning, overschreven tekst, tekstgrootte, lettertypen, enz.
  • Foutafhandelingsgeval kan worden geverifieerd, zeg wat er zal gebeuren als de afdruk wordt gegeven terwijl de printer niet gereed is of als het papier op is.
  • Controleer het resultaat wanneer de printer offline gaat of de verbinding verliest tijdens de transactie.

# 7) Magnetische veeglezer - MSR's worden gebruikt om kaarten die voor betaling worden gebruikt door te halen, dit kunnen debetkaarten, creditcards of cadeaukaarten zijn. Dit wordt meestal gebruikt in winkels of restaurants, maar met veranderende tijden, waar een gebruiker de pincode moet intoetsen voor betaling, zou je op veel plaatsen zien dat een draadloos apparaat wordt gebruikt voor het accepteren van kaartbetalingen.

  • In het geval van cadeaukaarten worden MSR's gebruikt voor saldocontrole, vervaldatum en voor betaling. Afgedrukte bonnen worden ter autorisatie aan gasten gegeven. Testers moeten deze gevallen valideren.

Lees ook​ 7 soorten softwarefouten die elke tester moet weten

team foundation server agile projectmanagement

Niveaus / functies van POS:

Er zijn in principe 3 niveaus of functies betrokken bij POS.

Niveaus Functies van POS

Niveau # 1) Applicatieniveau / Front Office-functies:

1) Verkooptransactie - Het belangrijkste doel van elk kassasysteem is het vergemakkelijken van transacties -

  • Het valideren van een succesvolle verkooptransactie, waaronder het scannen van artikelen met behulp van een barcode-apparaat of handmatige invoer met het toetsenbord, zodat het totale te betalen bedrag wordt berekend en weergegeven op het scherm en het zou moeten eindigen met het succesvol afdrukken van de betaling en de bon.
  • Validatie van de juiste berekening van het belastingbedrag

2) Betaling - Betaling is nog een ander belangrijk toepassingsgebied voor testers. Dit komt door het brede scala aan betalingswijzen dat door POS wordt geaccepteerd. Een POS staat betaling toe met kaart, contant geld, cadeaubonnen. Ze accepteren ook bepaalde couponcodes, kortingsbonnen.

  • Contante validatie - Cashvalidatie is de eenvoudigste om te testen. Het systeem berekent het resterende saldo en maakt het de kassamedewerker gemakkelijk om het bedrag aan de klant terug te betalen. Vaak geven de gebruikers er misschien de voorkeur aan om gedeeltelijke betalingen te doen, sommige met behulp van een cadeaukaart (GC) en contant. Er moet worden getest of het systeem gedeeltelijke betalingen accepteert en toestaat.
  • Kaartvalidatie - Voor betaling met een kaart is altijd een autorisatie van een derde partij vereist. Kaartbetaling begint met het doorhalen van de kaart - via MSR of een handheld-apparaat en vervolgens de autorisatie van de klant voor het opgegeven bedrag. Hetzelfde bedrag wordt vervolgens geautoriseerd door externe banken.
  • Validatie cadeaubon - Testers kunnen de vervaldatum valideren, een bedrag op de kaart vóór inwisseling kan worden gevalideerd door de kaart op de MSR te vegen, het in beide richtingen te vegen om het systeemgedrag te zien, valideren in de gedeeltelijke betalingstransactie, valideren door te veel te betalen met de kaart.
  • Kortingen / coupons / promotionele aanbiedingen - Dit is een lastig testgebied omdat de systemen zijn ontworpen om alleen een couponcode te accepteren en niet alle soorten kortingen, daarom moet validatie bestaan ​​uit alle soorten combinaties. Testen kan worden gedaan door een code te gebruiken die werkt op het totaalbedrag of door een kortingsbon te gebruiken die op bepaalde artikelen van toepassing is. Nogmaals, promotie-aanbiedingen zijn van korte duur en zijn niet overal van toepassing, dus het testen op kortingen en kortingsbonnen vereist enige zorg. Controleer ook de volgorde waarin kortingen worden toegepast. Soms werken winkelkortingen niet in plaats van kortingsbonnen van fabrikanten, en soms wel. Wees dus extra voorzichtig bij het testen hiervan.

Level # 2) Back of House-functies

1) Einde van de dag - Einde van de dag is de belangrijkste activiteit die aan de achterkant wordt gedaan. Tijdens EOD worden verschillende reconciliaties gedaan en worden backend-systemen bijgewerkt.

Verschillende samenvattende rapporten, waaronder de dagelijkse verkoopafstemming, worden gegenereerd en naar belanghebbenden gestuurd omdat dit een indicatie geeft van hoe de dag was qua verkoop. Ook wordt er een overzicht naar de banken gestuurd van alle creditcardtransacties die gedurende de dag zijn gedaan. Het voorraadsysteem wordt bijgewerkt om de juiste voorraadbalans weer te geven.

Dit vormt een van de belangrijkste testgebieden. Belangrijke scenario's die kunnen worden opgenomen als onderdeel van EOD-testen kunnen zijn:

  • Controleer of het EOD-proces succesvol is verlopen. Dit zal verschillende opzettelijke mislukkingen hebben om ervoor te zorgen dat de operationele dag al dan niet gesloten is. Stel dat in een restaurant de managers het EOD-proces niet kunnen uitvoeren als niet alle controles zijn afgesloten als niet alle werknemers uit het systeem zijn geklokt. Het testen moet het uitvoeren van dit proces omvatten, inclusief alle controles met positieve en negatieve scenario's. Meestal is dit een geautomatiseerd proces dat is gepland om met een bepaald tijdsinterval in echte winkels te worden uitgevoerd. Voor testdoeleinden moet dit proces handmatig worden getest.
  • Controleer of afstemmingsrapporten worden gegenereerd en valideer de inhoud van het rapport om ervoor te zorgen dat de gegevens in het rapport overeenkomen met de gegevens uit die specifieke winkel. Voor dergelijke soorten testen kunnen testers handmatig enkele transacties maken en de ingevoerde gegevens noteren, en aan het eind van de dag een afstemmingsrapport genereren en de gegevens die ze hebben ingevoerd, matchen. Afstemmingsrapport zou meer op een balans lijken met de debet- en creditgegevens.

2) Personeelsplanning - Een andere belangrijke activiteit van BOH betreft de roosterende functie die zich voornamelijk bezighoudt met het maken van een werkrooster voor medewerkers. Werknemers moeten volgens hun schema in het systeem klokken.

Planning kan handmatig worden gedaan of op een geautomatiseerde manier door gegevens uit eerdere verkooppatronen en projectarbeid te gebruiken. De planning is een backend-activiteit, maar de validatie vindt plaats aan de voorkant wanneer de medewerker probeert in te klokken.

  • Validatie moet het verifiëren van een ongeplande klok in omvatten
  • Geplande laat in- en uitklokken
  • Geplande vroege in- en uitklokken

3) Voorraadbeheer - Een ander belangrijk gebied is het voorraadbeheer. Winkelmanagers hebben dergelijke systemen voornamelijk nodig om producten door elke fase van de voorraadcyclus te volgen en ook om een ​​idee te hebben voordat een artikel onder de voorraad valt.

Daarom zijn voorraadsystemen zo ontworpen dat managers het juiste product op het juiste moment, in de juiste hoeveelheid bij de juiste leverancier en tegen de juiste prijs kunnen bestellen.

Testvalidatie moet het volgende omvatten:

  • Validatie op te kopen hoeveelheid
  • Waarschuwt als het voorraadniveau onder de maat daalt
  • Bestelling plaatsen
  • Het valideren van de juiste itemlijst met de juiste prijs wordt op het POS weergegeven voor selectie
  • Artikel- en prijskoppeling, validatie op masterniveau

Niveau # 3) Functies op bedrijfsniveau

Voor functies op bedrijfsniveau hoeft u niet voor het kassasysteem te zitten om ze te doen, maar ze worden gedaan met elke laptop / desktop waarop de app of software is geïnstalleerd, maar ze zijn op een of andere manier geïntegreerd met de kassasystemen. Als bedrijfsfuncties worden uitgevoerd met behulp van een webtoepassing, zal er een mechanisme zijn dat de wijzigingen of instellingen naar de POS stuurt.

1) HR en salarisadministratie - HR- en salarissysteem behandelt de werving van werknemers, het onderhouden van het salaris / de lonen van werknemers, arbeidswetten, belastinggegevens, beschikbaarheid van werknemers en verlof.

Meestal gebeurt het onderhoud van de salarisadministratie met een derde partij zoals ADP enz., Daarom moet de integratie goed worden getest. De HR-activiteiten worden veelal in eigen beheer gehouden. Salarisadministratie wordt een apart groot gebied voor testen, omdat het allerlei berekeningen vereist voordat het salaris van een werknemer wordt afgerond. Het vormt een enorme testruimte.

  • Validatie kan worden gedaan voor HR-activiteiten zoals het werven van werknemers en vervolgens ervoor zorgen dat werknemers worden geïmporteerd in POS-systemen
  • Salaris / loonberekening volgens arbeidswetten
  • Werknemers kunnen verlofgegevens invoeren

2) Financiën en boekhouding - Financieel en boekhoudsysteem is het systeem dat de rapportage vereist. P & L-overzichten, geplande budgetten, afwijkingen, dagelijkse verkoop in winkels, enz. Al deze details zijn vereist door het boekhoudteam om ervoor te zorgen dat de POS-winkel op schema ligt of niet.

Veel beslissingen worden genomen op basis van de analyse van dit rapport. Stel dat als het team besluit om een ​​nieuwe winkel te openen, op basis van historische gegevens en analyse, het boekhoudteam het budget goedkeurt en het gebied waar de winkel zou kunnen worden geopend. Dergelijke details helpen hen ook de verbeterpunten te vinden.

  • Valideer het genereren van juiste rapporten
  • Controleer de analyselogica
  • Validatie van de resultatenrekening en balans

3) Leveranciersbeheer - Voor de levering van goederen zou elke detailhandel verkopers nodig hebben, nu wordt het beoordelen van de juiste leverancier die een redelijke prijs biedt en om hun prestaties te bewaken, allemaal verzorgd door het leveranciersbeheersysteem.

Vanuit testperspectief kunnen hieronder belangrijke validaties worden uitgevoerd:

  • Valideren van invoer en onderhoud van leveranciersgegevens in het systeem
  • Valideer leveranciersprijzen
  • Valideer de prestaties van de leverancier door de tijdige levering, de kwaliteit van de geleverde producten, enz. Te volgen.

4) DW en BI - Datawarehouse stelt elke branche in staat om details over de transactie jarenlang op te slaan en te bewaren die kunnen worden gebruikt om de trends te kennen, kooppatronen te formuleren, enz. Business Intelligence-tools worden gebruikt om deze enorme hoeveelheid gegevens uit verschillende systemen te halen en de eindgebruiker een kans te geven voor analyse.

DW-systemen worden bijgewerkt op basis van de gegevens die afkomstig zijn van de kassasystemen. Daarom is dit vanuit de testbehoeften opnieuw cruciaal voor het testen. Veel organisaties gebruiken BI-tools of sommige ontwikkelen in-house analytics. Maar in beide gevallen is testen vereist.

vragen en antwoorden voor desktopondersteuningsinterviews voor niveau L1

DW- en BI-systemen helpen mensen op bedrijfsniveau door het genereren van rapporten te vereenvoudigen en rapporten aan te passen aan hun behoeften, het helpt ook om de prestaties beter bij te houden.

  • Validatie op POS-niveau is mogelijk voor transactiegegevens, maar DW vereist validatie van historische gegevens
  • Valideer het vermogen en de aanpassing van rapporten van gebruikers met de BI-tool.

Gevolgtrekking:

Ik hoop dat dit artikel POS-testen in detail heeft uitgelegd. Ik heb nog een gedetailleerd artikel over hoe kassasystemen kunnen worden getest voor de restaurantindustrie.

Restaurant POS-systemen Testvoorbeeld:

​ Lees hier het artikel over het testen van kassasystemen voor restaurants om meer over POS te begrijpen met een voorbeeld.

Aanbevolen literatuur

^