Meniu

Cum se testează sistemul punctului de vânzare (POS) - Exemplu de testare POS pentru restaurant

how test point sale system restaurant pos testing example

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Ce este punctul de vânzare (POS)?

Punct de vânzare alias POS este un loc unde au loc tranzacții. Puteți vedea sisteme POS în magazinele de vânzare cu amănuntul, restaurante, spitale și aproape peste tot în aceste zile în care sunt implicate plăți.

Majoritatea dintre voi ar putea înțelege foarte bine ce este un cititor de coduri de bare sau un dispozitiv de plată fără fir (cele mai utilizate dispozitive pentru tranzacțiile de plată), dar POS, în realitate, implică o mulțime de componente și fiecare dintre componente trebuie să fie integrat bine pentru acesta pentru a rula cu succes.

În articolul de astăzi, voi scrie despre ceea ce face ca testarea POS să fie diferită de ceilalți. De asemenea, am încorporat sfaturi de testare de-a lungul articolului pentru a face acest lucru util comunității noastre de testare.

  • Exemplu de Testarea sistemului POS restaurant inclus, de asemenea

Testarea sistemului POS

Să ne uităm la:

  • Ce face diferit testarea aplicațiilor POS
  • Arhitectură EPOS (Electronic Point Of Sale)
  • Componente fizice EPOS
  • Nivele / Funcții ale POS
  • Exemplu de Testarea sistemului POS restaurant inclus

Lectură recomandată=> Cum să testați o aplicație de comerț electronic

Ce veți învăța:

Ce face diferit testarea POS:

Testarea sistemului POS pare complexă, dar nu este atât de complicată pentru cei care înțeleg bine conceptul. Este interesant pentru că ai senzația că stai într-un magazin și executând cazurile de testare deoarece POS necesită configurare așa cum ați vedea în orice magazin.

Acest lucru îl face diferit în comparație cu starea în cabină și efectuarea unor verificări într-o aplicație web. Organizațiile care se ocupă cu testarea sistemului POS întrețin laboratoare separate.

Întrebări și răspunsuri la interviu pentru datastage pdf

Care sunt provocările în testarea POS?

  • Configurații multiple conform cerințelor magazinului - vă voi explica cu unexemplu simplu, să spunem că un lanț de vânzare cu amănuntul dorește să desfășoare o ofertă promoțională doar într-un anumit oraș, într-un astfel de caz, este necesar să se facă configurații speciale pentru sistemele POS care rulează în acel oraș.
  • POS necesită o configurare adecvată cu toate dispozitivele, precum și mai multe tipuri de dispozitive hardware și versiuni ale software-ului.
  • Dispozitive multiple necesită testarea compatibilității și, de asemenea, o testare completă a integrării
  • Conform PCI, deoarece testul POS se ocupă de detaliile cardului utilizatorului final.

Arhitectura POS:

Arhitectura POS

Fiecare dintre terminalele dintr-un magazin este conectat la un server de fișiere. Setările sau configurațiile principale se fac pe server și apoi sunt împinse la fiecare dintre terminalele din magazin. XML sau joburile lot sunt utilizate pentru a face astfel de actualizări.

Pentru marile magazine cu amănuntul sau lanțul de magazine, niciuna dintre modificări nu se face la nivel local. Deoarece sistemele POS acceptă plata cu cardul, acestea sunt integrate cu furnizorii terți care efectuează în principal prelucrarea cardului de credit, astfel încât ori de câte ori are loc o tranzacție cu cardul de credit, datele sunt trimise terțului sau băncilor pentru autorizare.

(Faceți clic pe imagine pentru vizualizare mărită)

Arhitectură POS 1

Imagine Sursă .

Componente fizice POS și cum să le testați:

# 1) Terminal - Terminalul este ecranul principal care este utilizat pentru a introduce detaliile tranzacției. Acestea sunt în principal dispozitive cu ecran tactil. Toate configurațiile, fie că sunt legate de Lista de produse, Prețuri, Oferte promoționale, Moduri de plată, sunt împinse la terminal. Acesta este dispozitivul principal utilizat la orice POS.

  • Testarea terminalului necesită validare pentru a se asigura că dispozitivele sunt conectate la rețea și că cel mai recent sistem de operare rulează pe acesta pentru a sprijini aplicația POS.

# 2) Polul afișajului - Display Pole este dispozitivul care afișează prețul articolului odată ce produsul este scanat folosind scanerul de coduri de bare.

  • Verificați afișarea afișajului afișează același preț ca pe cel de pe terminalul POS

# 3) Cititor de coduri - Cititorul de coduri de bare este utilizat pentru scanarea produselor. După finalizarea scanării, se face o verificare în backend pentru a verifica dacă articolul există în lista de inventar și, de asemenea, pentru a prelua prețul articolului. Odată ce articolul este vândut, inventarul este actualizat pentru a reduce numărul disponibil de unități.

  • În scopul testării, validarea se poate face prin scanarea unui produs lipsă din lista de inventar
  • Validați prin scanarea produselor disponibile în lista de inventar, dar fără preț
  • Validați prin scanarea produselor disponibile în lista de inventar cu etichetarea corespunzătoare la un nivel de preț.

# 4) Casă de marcat - Casa de marcat este obișnuită să stocheze numerar. Pentru orice tranzacție în numerar, casa de marcat se deschide imediat pentru cașieri să accepte numerarul de la client și, de asemenea, să returneze suma soldului, dacă există.

  • Testarea registrului de numerar se poate face selectând modul de plată ca numerar și efectuând tranzacții în numerar cu o sumă de rambursare.

# 5) Dispozitiv portabil - Dispozitivele portabile sunt dispozitive fără fir care sunt utilizate pentru a accepta plăți cu cardul de credit. Acestea facilitează obținerea autentificării utilizatorului prin transportarea dispozitivului către utilizatorul final direct, de unde utilizatorii pot introduce codul cardului.

  • Testarea se poate face prin crearea unei tranzacții prin selectarea unui mod de plată ca card.
  • Ar trebui să se facă verificarea pentru introducerea manuală a sumei.

# 6) Imprimantă - Imprimantele sunt conectate la fiecare dintre terminale și sunt numite imprimante de registre, acestea sunt utilizate pentru a genera chitanța după fiecare tranzacție.

  • Testatorii pot verifica tipărirea chitanței, verificarea alinierii, suprascrierea textului, dimensiunea textului, fonturi etc.
  • Cazul de gestionare a erorilor poate fi verificat, spuneți ce se va întâmpla dacă imprimarea este dată când imprimanta nu este în stare gata sau imprimanta nu mai are hârtie.
  • Verificați rezultatul atunci când imprimanta se deconectează sau pierde conexiunea în mijlocul tranzacției.

# 7) Cititor de glisare magnetic - MSR-urile sunt utilizate pentru a glisa cardurile utilizate pentru plată, care pot fi Carduri de debit, de credit sau Cadou. Acest lucru este utilizat în cea mai mare parte în magazinele cu amănuntul sau în restaurante, dar cu orele de schimbare, în care un utilizator trebuie să introducă codul PIN pentru plată, în multe locuri veți vedea că un dispozitiv wireless este utilizat pentru acceptarea plăților cu cardul.

  • În cazul cardurilor cadou, MSR-urile sunt utilizate pentru verificarea soldului, data expirării și pentru plată. Chitanțele tipărite sunt date oaspeților pentru autorizare. Testerii ar trebui să valideze aceste cazuri.

Citește și=> 7 tipuri de erori software pe care ar trebui să le cunoască fiecare tester

Nivele / Funcții ale POS:

În principiu, există 3 niveluri sau funcții implicate în POS.

Nivele Funcții ale POS

Nivelul 1) Nivelul aplicației / Funcțiile Front Office:

1) Tranzacție de vânzare - Scopul principal al oricărui sistem POS este facilitarea tranzacțiilor -

cum se reprezintă un grafic în java
  • Validarea unei tranzacții de vânzare reușite care ar include scanarea articolelor utilizând fie un dispozitiv cu coduri de bare, fie introducerea manuală folosind tastatura, asigurându-se că suma totală plătibilă este calculată și afișată pe ecran și ar trebui să se încheie cu o imprimare cu succes a plăților și a chitanțelor.
  • Validarea calculului corect al taxei

2) Plata - Plata este încă un alt domeniu important în domeniul de aplicare pentru testeri. Acest lucru se datorează gamei largi de moduri de plată acceptate de POS. Un POS permite plata prin card, numerar, carduri cadou. De asemenea, aceștia acceptă anumite coduri de cupoane, bonuri de reducere.

  • Validare numerar - Validarea numerarului este cea mai simplă de testat. Sistemul calculează soldul rămas și face ca munca de casier să ramburseze cu ușurință suma către client. De multe ori utilizatorii ar putea prefera să efectueze plăți parțiale - unele folosind cardul cadou (GC) și rămânând în numerar. Testarea ar trebui făcută pentru a valida dacă sistemul acceptă și permite plăți parțiale.
  • Validarea cardului - Plata prin card ar necesita întotdeauna o autorizație terță parte. Plata cu cardul începe prin glisarea cardului - prin MSR sau un dispozitiv portabil, apoi luând autorizația clientului pentru suma specificată. Aceeași sumă este apoi autorizată de bănci terțe.
  • Validarea cardului cadou - Testatorii pot valida data de expirare, o sumă de pe card înainte de răscumpărare poate fi validată prin glisarea cardului pe MSR, glisarea acestuia în ambele sensuri pentru a vedea comportamentul sistemului, validarea în tranzacția de plată parțială, validarea prin plata în exces a cardului.
  • Reduceri / Cupoane / Oferte promoționale - Aceasta este o zonă de testare dificilă, deoarece sistemele sunt proiectate să accepte doar un cod de cupon și nu toate tipurile de reduceri, prin urmare validarea ar trebui să conste din toate tipurile de combinații. Testarea se poate face folosind un cod care funcționează la suma totală sau folosind un voucher de reducere aplicabil pentru anumite articole. Din nou, ofertele promoționale sunt de scurtă durată și nu se aplică peste tot, de aceea testarea pentru reduceri și cupoane necesită puțină atenție. De asemenea, validați ordinea în care sunt aplicate reducerile. Uneori, reducerile la magazine nu funcționează în comparație cu cupoanele producătorului și uneori le fac. Deci, fiți foarte atenți atunci când testați acest lucru.

Nivelul 2) Funcțiile din spatele casei

1) Sfârșitul zilei - Sfârșitul zilei este cea mai importantă activitate realizată în backend. În timpul EOD, se fac mai multe reconcilieri și sistemele de backend sunt actualizate.

Mai multe rapoarte sumare, inclusiv reconcilierea zilnică a vânzărilor, sunt generate și trimise părților interesate, deoarece acest lucru oferă o indicație despre cum a fost ziua în ceea ce privește vânzările. De asemenea, un rezumat este trimis băncilor pentru toate tranzacțiile cu cardul de credit efectuate în timpul zilei. Sistemul de inventar este actualizat pentru a reflecta soldul corect al stocului.

Aceasta formează una dintre principalele domenii de testare. Scenarii importante care pot fi incluse ca parte a testării EOD pot fi:

  • Verificați dacă rularea procesului EOD are succes. Acest lucru va avea mai multe eșecuri intenționate pentru a se asigura că ziua operațională este închisă sau nu. Spuneți într-un restaurant, managerii nu vor putea rula procesul EOD dacă toate verificările nu sunt închise dacă toți angajații nu sunt scoși din sistem. Testarea ar trebui să includă derularea acestui proces, inclusiv toate verificările cu scenarii pozitive și negative. De obicei, acesta este un proces automat care este programat să ruleze la un anumit interval de timp în magazinele reale. În scopul testării, acest proces ar trebui testat manual.
  • Verificați Rapoartele de reconciliere sunt generate și validați conținutul raportului pentru a vă asigura că datele din raport se potrivesc cu datele din acel magazin special. Pentru astfel de tipuri de teste, testerii pot crea manual unele tranzacții și pot ține o notă a datelor introduse și pot genera un raport de reconciliere la sfârșitul zilei și pot potrivi datele pe care le-au introdus. Raportul de reconciliere seamănă mai mult cu un bilanț contabil cu detaliile de debit și credit.

2) Programarea angajaților - O altă activitate importantă a BOH implică funcția de programare care se ocupă în principal de crearea unui program de lucru pentru angajați. Angajații ar trebui să intre în sistem conform programului lor.

Programarea se poate face manual sau folosind un mod automat, folosind date din tiparele de vânzări anterioare și cerința de muncă a proiectului. Programarea este o activitate de backend, dar validarea are loc în front-end atunci când angajatul încearcă să intre.

  • Validarea ar trebui să includă verificarea unui ceas neprogramat în
  • Ceas târziu programat
  • Ceas programat devreme și orar

3) Managementul inventarului - Un alt domeniu important este gestionarea stocurilor. Managerii de magazine necesită în principal astfel de sisteme pentru a urmări produsele în fiecare etapă a ciclului de inventar și, de asemenea, să aibă o idee înainte ca un articol să scadă sub nivelul stocului.

Prin urmare, sistemele de inventar sunt concepute astfel încât managerii să poată comanda produsul potrivit la momentul potrivit, în cantitatea potrivită de la furnizorul potrivit și la prețul potrivit.

Validarea testului ar trebui să includă:

  • Validarea cantității care urmează să fie achiziționată
  • Alertă dacă nivelul stocului depășește par
  • Plasarea comenzii
  • Validarea listei corecte de articole cu prețuri corecte este afișată în POS pentru selecție
  • Asocierea articolelor și prețurilor, validare la nivel de master

Nivelul 3) Funcții la nivel corporativ

Funcțiile la nivel corporativ nu necesită să vă așezați în fața sistemului POS pentru a le face, dar sunt realizate folosind orice laptop / desktop cu aplicația sau software-ul instalat, dar sunt integrate într-un fel sau altul cu sistemele POS. Dacă funcțiile corporative sunt realizate folosind o aplicație web, va exista un mecanism care va împinge modificările sau setările la POS.

1) HR și salarizare - Sistemul de resurse umane și salarizare se ocupă cu recrutarea angajaților, menținerea salariului / salariilor angajaților, legislația muncii, detalii fiscale, disponibilitatea angajaților și concediul angajaților.

În majoritatea cazurilor, întreținerea salarizării are loc cu o terță parte, cum ar fi ADP etc., prin urmare integrarea trebuie testată bine. Activitățile de resurse umane sunt în mare parte întreținute intern. Salarizarea devine o zonă imensă separată pentru testare, deoarece necesită tot felul de calcule înainte ca suma salariului unui angajat să fie finalizată. Formează un domeniu imens de testare.

  • Validarea s-ar putea face pentru activități de resurse umane, cum ar fi recrutarea angajaților și apoi asigurarea importării angajaților în sistemele POS
  • Calculul salariului / salariului conform legislației muncii
  • Capacitatea angajaților de a introduce detalii de concediu

2) Finanțe și contabilitate - Sistemul financiar și contabil este cel care necesită raportare. Declarații P&L, bugete planificate, varianțe, vânzări zilnice ale magazinelor etc. Toate aceste detalii sunt solicitate de echipa de contabilitate pentru a se asigura dacă magazinul POS este pe drumul cel bun sau nu.

Multe decizii sunt luate pe baza analizei acestui raport. Spuneți, dacă echipa decide să deschidă un nou magazin, pe baza datelor și analizelor istorice, echipa conturilor aprobă bugetul și zona în care magazinul ar putea fi deschis. De asemenea, astfel de detalii îi ajută să găsească domeniile de îmbunătățit.

  • Validați generarea de rapoarte adecvate
  • Verificați logica analizei
  • Validarea declarației de venit și a bilanțului contabil

3) Managementul furnizorilor - Pentru furnizarea de bunuri, orice industrie de vânzare cu amănuntul ar avea nevoie de vânzători, evaluând acum furnizorul potrivit care oferă un preț rezonabil și pentru a le monitoriza performanța, totul este asigurat de sistemul de gestionare a furnizorului.

Din perspectiva testării, mai jos se pot face validări importante:

  • Validarea intrării și întreținerii detaliilor furnizorului în sistem
  • Validați prețurile furnizorului
  • Validați performanța furnizorului urmărind livrarea la timp, calitatea produselor livrate etc.

4) DW și BI - Depozit de date permite oricărei industrii să stocheze și să păstreze detalii despre tranzacție de ani de zile, care pot fi utilizate pentru a cunoaște tendințele, pentru a formula modele de cumpărare etc. Instrumentele de Business Intelligence sunt utilizate pentru a extrage această cantitate uriașă de date din diferite sisteme și pentru a oferi utilizatorului final o oportunitate pentru analiză.

Sistemele DW sunt actualizate din datele care provin din sistemele POS. Prin urmare, din necesitățile de testare, acest lucru este din nou esențial pentru testare. Multe organizații folosesc instrumente BI sau unele dezvoltă analize interne. Dar în ambele cazuri, este necesară testarea.

Sistemele DW și BI ajută oamenii la nivel corporativ prin simplificarea generării de rapoarte și personalizarea rapoartelor în funcție de nevoile lor, de asemenea, ajută la o mai bună urmărire a performanței.

  • Validarea la nivelul POS se poate face pentru datele tranzacționale, dar DW necesită validarea datelor istorice
  • Validați capacitatea de generare a rapoartelor utilizatorului și personalizarea utilizând instrumentul BI.

Concluzie:

Sper că acest articol a explicat în detaliu testarea POS. Am un alt articol detaliat despre modul în care se poate face testarea sistemului POS pentru industria restaurantelor.

unde este cheia de securitate a rețelei?

Exemplu de testare a sistemelor pos restaurant

=> Vă rugăm să citiți articolul de testare a sistemelor POS pentru restaurante aici pentru a înțelege mai multe despre POS cu un exemplu.

Lectură recomandată

^