Menu

Jak otestovat systém POS (Point of Sale) - Příklad testování restaurace POS

how test point sale system restaurant pos testing example

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Co je to Point of Sale (POS)?

POS alias Point of Sale je místo, kde dochází k transakcím. POS systémy můžete vidět v maloobchodech, restauracích, nemocnicích a téměř všude, kde se dnes jedná o platby.

Většina z vás může velmi dobře pochopit, co je čtečka čárových kódů nebo bezdrátové platební zařízení (nejpoužívanější zařízení pro platební transakce), ale POS ve skutečnosti zahrnuje mnoho komponent a každá z nich musí být dobře integrována úspěšně spustit.

V dnešním článku se chystám psát o tom, čím se testování POS liší od ostatních. Do článku jsem také začlenil tipy pro testování, aby to bylo užitečné pro naši testovací komunitu.

  • Příklad Testování POS systému restaurace zahrnuto také

Testování POS systému

Pojďme se podívat:

  • V čem se testování aplikací POS liší
  • Architektura EPOS (Electronic Point of Sale)
  • Fyzické součásti EPOS
  • Úrovně / funkce POS
  • Příklad Testování POS systému restaurace zahrnuta

Doporučené čtení=> Jak otestovat aplikaci elektronického obchodování

Co se naučíte:

Co odlišuje testování POS:

Testování POS systémů vypadá komplexně, ale pro ty, kteří tomuto konceptu dobře rozumějí, to není tak složité. Je to zajímavé, protože máte pocit, že sedíte v obchodě a provádění testovacích případů protože POS vyžaduje nastavení, jaké byste viděli v jakýchkoli obchodech.

Tím se liší ve srovnání s tím, že sedíte ve své kóji a spouštíte nějaké kontroly ve webové aplikaci. Organizace zabývající se testováním POS systémů udržují oddělené laboratoře.

jaký je nejlepší software pro údržbu PC

Jaké jsou výzvy při testování POS?

  • Více konfigurací podle požadavku obchodu - vysvětlím sjednoduchý příklad, řekněme, že maloobchodní řetězec chce propagační nabídku provozovat pouze v jednom konkrétním městě, v takovém případě je nutné provést speciální konfigurace pro POS systémy běžící v tomto městě.
  • POS vyžaduje správné nastavení se všemi zařízeními a také s více typy hardwarových zařízení a verzemi softwaru.
  • Více zařízení vyžadovat testování kompatibility a také důkladné testování integrace
  • Vyhovuje standardu PCI, protože POS test se zabývá podrobnostmi karty koncového uživatele.

Architektura POS:

Architektura POS

Každý z terminálů v úložišti je připojen k souborovému serveru. Nastavení nebo hlavní konfigurace se provedou na serveru a poté se přenesou na každý z terminálů v úložišti. K provádění těchto aktualizací se používají XML nebo dávkové úlohy.

U velkých maloobchodních prodejen nebo obchodních řetězců se žádná ze změn neprovádí lokálně. Vzhledem k tomu, že systémy POS přijímají platby kartou, jsou integrovány s poskytovateli třetích stran, kteří provádějí hlavně zpracování kreditních karet, takže kdykoli dojde k transakci kreditní kartou, jsou data odeslána k autorizaci třetí straně nebo bankám.

(Klikněte na obrázek pro zvětšení)

Architektura POS 1

obraz Zdroj .

POS fyzické komponenty a jak je otestovat:

# 1) Terminál - Terminál je hlavní obrazovka, která slouží k zadání podrobností transakce. Jedná se většinou o zařízení s dotykovou obrazovkou. Všechny konfigurace, ať už se týkají seznamu produktů, cen, propagačních nabídek, platebních režimů, se dostanou do terminálu. Toto je hlavní zařízení používané na jakémkoli POS.

  • Testování terminálu vyžaduje ověření, aby bylo zajištěno, že zařízení jsou připojena k síti a že v ní běží nejnovější operační systém pro podporu aplikace POS.

# 2) Zobrazovací tyč - Display Pole je zařízení, které zobrazuje cenu položky, jakmile je produkt naskenován pomocí čtečky čárových kódů.

  • Ověřte, že zobrazovací pól zobrazuje stejnou cenu jako na POS terminálu

# 3) Čtečka čárových kódů - Čtečka čárových kódů se používá ke skenování produktů. Po dokončení skenování se v back-endu zkontroluje, zda položka existuje v seznamu zásob, a také načíst cenu položky. Jakmile se položka prodá, inventář se aktualizuje, aby se snížil dostupný počet jednotek.

  • Pro účely testování lze ověření provést skenováním produktu, který chybí v seznamu zásob
  • Validujte skenováním produktů, které jsou k dispozici v seznamu zásob, ale bez cenovky
  • Ověřte skenováním produktů, které jsou k dispozici v seznamu zásob, pomocí správného značení na cenovou hladinu.

# 4) Registrační pokladna - Pokladna slouží k ukládání hotovosti. U jakékoli hotovostní transakce se pokladna okamžitě otevře pokladníkům, aby přijali hotovost od zákazníka a také vrátili částku zůstatku, pokud existuje.

Otázky a odpovědi na pracovní pohovor
  • Testování pokladny lze provést výběrem platebního režimu jako Hotovost a provedením hotovostní transakce s vrácenou částkou.

# 5) Ruční zařízení - Ruční zařízení jsou bezdrátová zařízení, která se používají k přijímání plateb kreditní kartou. Díky tomu je snadné získat ověření uživatele přenesením zařízení přímo ke koncovému uživateli, kde mohou uživatelé zadat PIN karty.

  • Testování lze provést vytvořením transakce výběrem režimu platby jako Karta.
  • Ověření pro ruční zadání částky by mělo být provedeno.

# 6) Tiskárna - Tiskárny jsou připojeny ke každému z terminálů a nazývají se tiskárnami registrů, které se používají ke generování potvrzení po každé transakci.

  • Testeři mohou ověřit tisk účtenek, zkontrolovat zarovnání, přepsání textu, velikost textu, písma atd.
  • Lze ověřit případ zpracování chyb, řekněte, co se stane, pokud dojde k tisku, když tiskárna není ve stavu připravenosti nebo v tiskárně došel papír.
  • Ověřte výsledek, když tiskárna přejde do režimu offline nebo ztratí spojení uprostřed transakce.

# 7) Čtečka magnetických prstů - MSR se používají k přejetí karet používaných k platbě, kterými mohou být debetní, kreditní nebo dárkové karty. Většinou se používá v maloobchodech nebo restauracích, ale s měnícími se časy, kdy je uživatel povinen zadat PIN pro platbu, na mnoha místech uvidíte, že se bezdrátové zařízení používá k přijímání plateb kartou.

  • V případě dárkových karet se karty MSR používají ke kontrole zůstatku, datu konce platnosti a k ​​platbě. Vytištěné účtenky jsou předávány hostům k autorizaci. Testeři by měli tyto případy ověřit.

Přečtěte si také=> 7 typů softwarových chyb, které by měl každý tester vědět

Úrovně / funkce POS:

V zásadě jsou v POS zahrnuty 3 úrovně nebo funkce.

Úrovně Funkce POS

Úroveň # 1) Úroveň aplikace / Funkce front office:

1) Prodejní transakce - Hlavním účelem jakéhokoli POS systému je usnadnění transakcí -

  • Ověření úspěšné prodejní transakce, která by zahrnovala skenování položek pomocí zařízení s čárovým kódem nebo ruční zadání pomocí klávesnice, aby se zajistilo, že se vypočítá a zobrazí celková splatná částka a zobrazí se na obrazovce.
  • Ověření správného výpočtu částky daně

2) Platba - Platba je pro testery další důležitou oblastí v rozsahu. To je způsobeno širokou škálou platebních režimů přijímaných POS. POS umožňuje platby prostřednictvím karet, hotovosti, dárkových karet. Přijímají také určité kupónové kódy, slevové poukázky.

  • Validace hotovosti - Validace hotovosti je nejjednodušší k testování. Systém vypočítá zbývající zůstatek a usnadní práci pokladníka vrácení částky zákazníkovi. Mnohokrát mohou uživatelé upřednostňovat částečné platby - některé pomocí dárkové karty (GC) a zbývající v hotovosti. Mělo by se provést testování, aby se ověřilo, zda systém přijímá a umožňuje částečné platby.
  • Ověření karty - Platba kartou by vždy vyžadovala povolení třetí strany. Platba kartou začíná přejetím karty - přes MSR nebo kapesní zařízení a poté převzetím autorizace zákazníka pro stanovenou částku. Stejnou částku poté autorizují banky třetích stran.
  • Ověření dárkové karty - Testeři mohou ověřit datum vypršení platnosti, částku na kartě před uplatněním lze ověřit přejetím kartou po MSR, přejetím oběma způsoby zobrazit chování systému, ověřit v transakci částečné platby, ověřit přeplatkem pomocí karty.
  • Slevy / Kupóny / Propagační nabídky - Toto je složitá testovací oblast, protože systémy jsou navrženy tak, aby přijímaly pouze kupónový kód a ne všechny typy slev, proto by ověření mělo sestávat ze všech typů kombinací. Testování lze provést pomocí kódu, který funguje na celkové částce, nebo pomocí slevového poukazu použitelného na určité položky. Opět platí, že propagační nabídky jsou krátkodobé a nelze je použít všude, proto testování slev a kupónů vyžaduje trochu péče. Ověřte také pořadí, ve kterém jsou uplatněny slevy. Někdy slevy v obchodech nefungují nad kupóny výrobce a někdy fungují. Při testování tedy buďte zvlášť opatrní.

Úroveň # 2) Funkce zadní části domu

1) Konec dne - Konec dne je nejdůležitější činnost prováděná na backendu. Během EOD se provádí několik odsouhlasení a aktualizují se back-endové systémy.

Několik souhrnných zpráv, včetně denního odsouhlasení prodeje, se vygeneruje a odešle zúčastněným stranám, protože to naznačuje, jaký byl den z hlediska prodeje. Bankám se také zasílá shrnutí všech transakcí kreditní kartou provedených během dne. Inventarizační systém se aktualizuje tak, aby odrážel správný stav zásob.

To tvoří jednu z hlavních oblastí pro testování. Důležité scénáře, které lze zahrnout jako součást testování EOD, mohou být:

  • Ověřte, zda je proces EOD úspěšný. To bude mít několik úmyslných poruch, aby se zajistilo, že provozní den bude uzavřen nebo ne. Řekněme v restauraci, že manažeři nebudou moci spustit proces EOD, pokud nejsou všechny kontroly uzavřeny, pokud všichni zaměstnanci nejsou vyřazeni ze systému. Testování by mělo zahrnovat spuštění tohoto procesu včetně všech kontrol s pozitivními a negativními scénáři. Obvykle se jedná o automatizovaný proces, který je naplánován na spuštění v určitém časovém intervalu ve skutečných obchodech. Pro účely testování by měl být tento proces testován ručně.
  • Ověřte, zda jsou generovány zprávy o odsouhlasení, a ověřte obsah zprávy, abyste zajistili, že se data v sestavě shodují s daty z daného konkrétního úložiště. U takových typů testování mohou testeři ručně vytvořit některé transakce a zaznamenat si zadaná data a na konci dne vygenerovat zprávu o vyrovnání a porovnat data, která zadali. Zpráva o odsouhlasení by spíše připomínala rozvahu s údaji o debetu a kreditu.

2) Plánování zaměstnanců - Další důležitou činností BOH je funkce plánování, která se zabývá hlavně vytvořením pracovního plánu pro zaměstnance. Zaměstnanci by měli hodiny do systému podle svého harmonogramu.

Plánování lze provádět ručně nebo pomocí automatizovaného způsobu pomocí dat z minulých prodejních vzorů a požadavků na pracovní sílu projektu. Plánování je aktivita back-endu, ale ověření se děje v klientském rozhraní, když se zaměstnanec pokusí načasovat.

  • Ověření by mělo zahrnovat ověření neplánovaných hodin v
  • Naplánované pozdní hodiny a hodiny ven
  • Naplánované předčasné hodiny a hodiny

3) Řízení zásob - Další důležitou oblastí je řízení zásob. Manažeři obchodů vyžadují, aby takové systémy sledovaly produkty v každé fázi inventarizačního cyklu a také aby měli představu, než položka klesne pod úroveň zásob.

Systémy inventáře jsou proto navrženy tak, aby si manažeři mohli objednat správný produkt ve správný čas, ve správném množství od správného dodavatele a za správnou cenu.

Ověření testu by mělo zahrnovat:

  • Ověření množství, které se má zakoupit
  • Upozorní, pokud úroveň zásob klesne pod par
  • Zadání objednávky
  • Ověření správného seznamu položek se správnou cenou se zobrazí na POS pro výběr
  • Sdružení položek a cen, ověření na hlavní úrovni

Úroveň # 3) Funkce na podnikové úrovni

Funkce na úrovni společnosti nevyžadují, abyste za nimi seděli před POS systémem, ale provádí se pomocí jakéhokoli notebooku / stolního počítače s nainstalovanou aplikací nebo softwarem, ale jsou nějakým způsobem integrovány do POS systémů. Pokud se podnikové funkce provádějí pomocí webové aplikace, bude existovat mechanismus, který změny nebo nastavení přenese na POS.

1) HR a mzdy - HR a mzdový systém se zabývá náborem zaměstnanců, udržováním platu / mezd zaměstnanců, pracovními zákony, daňovými údaji, dostupností zaměstnanců a odchodem ze zaměstnání.

Většinou se údržba mezd odehrává s třetí stranou, jako je ADP atd., Proto je třeba integraci dobře otestovat. Lidské činnosti jsou většinou udržovány interně. Mzdy se stávají samostatnou obrovskou oblastí pro testování, protože před dokončením částky výplaty zaměstnance vyžaduje nejrůznější výpočty. Tvoří obrovský prostor pro testování.

  • Ověření lze provést u HR aktivit, jako je nábor zaměstnanců a následné zajištění importu zaměstnanců do POS systémů
  • Výpočet platu / mzdy podle pracovněprávních předpisů
  • Možnost zaměstnanců zadat podrobnosti dovolené

2) Finance a účetnictví - Systém financí a účetnictví je ten, který vyžaduje vykazování. Výkazy zisků a ztrát, plánované rozpočty, odchylky, denní prodej obchodů atd. Všechny tyto podrobnosti vyžaduje účetní tým, aby zajistil, zda je POS obchod na správné cestě nebo ne.

Na základě analýzy této zprávy je přijímáno mnoho rozhodnutí. Řekněme, že pokud se tým rozhodne otevřít nový obchod, na základě historických dat a analýz, účetní tým schválí rozpočet a oblast, kde lze obchod otevřít. Tyto podrobnosti jim také pomáhají najít oblasti pro zlepšení.

software pro konverzi videa zdarma pro PC
  • Ověřte generování správných zpráv
  • Ověřte logiku analýzy
  • Ověření výkazu zisku a ztráty a rozvahy

3) Správa dodavatele - Pokud jde o dodávku zboží, jakýkoli maloobchod by vyžadoval dodavatele, přičemž o vyhodnocení správného dodavatele, který poskytuje rozumnou cenu, a sledování jeho výkonu se stará systém správy prodejců.

Z hlediska testování lze provést níže důležitá ověření:

  • Ověření vstupu a údržby podrobností dodavatele v systému
  • Ověření cen dodavatele
  • Ověřte výkon dodavatele sledováním včasného dodání, kvality dodaných produktů atd.

4) DW a BI - Datový sklad umožňuje jakémukoli odvětví ukládat a uchovávat podrobnosti o transakci po celá léta, která mohou být použita k poznání trendů, formulaci nákupních vzorů atd. Nástroje Business Intelligence se používají k načtení tohoto obrovského množství dat z různých systémů a poskytnutí koncovému uživateli příležitost pro analýzu.

Systémy DW se aktualizují z dat pocházejících z POS systémů. Z testovacích potřeb je to tedy pro testování zásadní. Mnoho organizací používá nástroje BI nebo některé vyvíjejí vlastní analýzy. V obou případech je však nutné testování.

Systémy DW a BI pomáhají lidem na podnikové úrovni tím, že zjednodušují generování zpráv a přizpůsobují zprávy podle jejich potřeb, což také pomáhá lepšímu sledování výkonu.

  • Ověření na úrovni POS lze provést u transakčních dat, ale DW vyžaduje ověření historických dat
  • Ověřte schopnost uživatele generovat sestavy a přizpůsobení pomocí nástroje BI.

Závěr:

Doufám, že tento článek podrobně vysvětlil testování POS. Mám další podrobný článek o tom, jak lze testovat POS systémy pro restaurační průmysl.

Testovací příklad restaurací pro systémy restaurace:

=> Přečtěte si článek Testovací systémy restaurací POS zde pochopit více o POS na příkladu.

Doporučené čtení

^