Menú

Com provar el sistema de punt de venda (TPV): exemple de prova de TPV de restaurant

how test point sale system restaurant pos testing example

Proveu El Nostre Instrument Per Eliminar Problemes

Què és el punt de venda (TPV)?

Àlies POS Point of Sale és un lloc on es fan transaccions. Podeu veure sistemes de TPV a les botigues al detall, restaurants, hospitals i gairebé a tot arreu en aquests dies on hi ha pagaments.

És possible que la majoria de vosaltres entengueu molt bé què és un lector de codis de barres o un dispositiu de pagament sense fils (els dispositius més utilitzats per a les transaccions de pagament), però, en realitat, els TPV impliquen molts components i cal integrar-los bé cadascun dels components. per executar-se correctament.

A l'article d'avui, vaig a escriure sobre què fa que les proves de TPV siguin diferents de les altres. També he incorporat consells de proves al llarg de l'article per fer-ho útil per a la nostra comunitat de proves.

  • Exemple de Prova del sistema TPV del restaurant inclòs també

Prova del sistema TPV

Vegem:

  • Què fa que la prova de l'aplicació TPV sigui diferent
  • Arquitectura EPOS (punt de venda electrònic)
  • Components físics EPOS
  • Nivells / Funcions de TPV
  • Exemple de Prova del sistema TPV del restaurant inclòs

Lectura recomanada=> Com provar una aplicació de comerç electrònic

Què aprendreu:

Què fa que les proves de TPV siguin diferents:

Les proves del sistema TPV semblen complexes, però no és tan complicat per a aquells que entenen bé el concepte. És interessant perquè tens la sensació d’estar assegut en una botiga i executant els casos de prova ja que el TPV requereix una configuració tal com es veuria a qualsevol botiga.

Això fa que sigui diferent en comparació amb el fet d’estar assegut al vostre armari i fer algunes comprovacions en una aplicació web. Les organitzacions que s’ocupen de les proves del sistema TPV mantenen laboratoris separats.

utilitat per controlar la temperatura de la CPU i la velocitat del ventilador

Quins són els reptes de les proves de TPV?

  • Múltiples configuracions segons el requisit de la botiga; ho explicaré amb unexemple senzill, diguem que una cadena de comerç minorista vol executar una oferta promocional només en una ciutat concreta, en aquest cas, cal fer configuracions especials per als sistemes de TPV que s’executin en aquesta ciutat.
  • El TPV requereix una configuració adequada amb tots els dispositius i també diversos tipus de dispositius de maquinari i versions del programari.
  • Diversos dispositius requereixen proves de compatibilitat i també una exhaustiva prova d’integració
  • Compatible amb PCI, perquè la prova de TPV tracta les dades de la targeta de l'usuari final.

Arquitectura TPV:

Arquitectura TPV

Cadascun dels terminals d’una botiga està connectat a un servidor de fitxers. Els paràmetres o les configuracions principals es realitzen al servidor i després s’envien a cadascun dels terminals de la botiga. Les tasques XML o batch s’utilitzen per fer aquestes actualitzacions.

Per a grans botigues minoristes o cadena de botigues, cap dels canvis es fa localment. Atès que els sistemes de TPV accepten el pagament amb targeta, s’integren amb els proveïdors externs que principalment processen la targeta de crèdit, de manera que sempre que es produeix una transacció amb targeta de crèdit s’envien dades al tercer o als bancs per a la seva autorització.

(Feu clic a la imatge per ampliar-la)

Arquitectura TPV 1

Imatge Font .

Components físics del TPV i com provar-los:

# 1) Terminal - Terminal és la pantalla principal que s’utilitza per introduir els detalls de la transacció. Es tracta principalment de dispositius amb pantalla tàctil. Totes les configuracions, ja siguin relacionades amb la llista de productes, preus, ofertes promocionals, modes de pagament, s’envien al terminal. Aquest és el dispositiu principal que s’utilitza en qualsevol TPV.

  • La prova de terminal requereix una validació per assegurar-se que els dispositius estan connectats a la xarxa i que s’executa el sistema operatiu més recent per donar suport a l’aplicació TPV.

# 2) Pol de visualització: Display Pole és el dispositiu que mostra el preu de l’article un cop escanejat el producte mitjançant l’escàner de codis de barres.

  • Verifiqueu que el pal de visualització mostri el mateix preu que es veu al terminal TPV

# 3) Lector de codis de barres - Lector de codis de barres s’utilitza per escanejar els productes. Un cop finalitzada l'exploració, es fa una comprovació al dorsal per verificar si l'article existeix a la llista d'inventari i també recuperar el preu de l'article. Un cop es ven l'article, l'inventari s'actualitza per reduir el nombre d'unitats disponibles.

  • A efectes de proves, la validació es pot fer escanejant un producte que falta a la llista d’inventari
  • Valideu-lo escanejant els productes que estan disponibles a la llista d’inventaris però sense preus
  • Valideu-lo escanejant els productes disponibles a la llista d’inventari amb l’etiquetatge adequat a un nivell de preu.

# 4) Caixa registradora - La caixa registradora s’utilitza per emmagatzemar efectiu. Per a qualsevol transacció en efectiu, la caixa registradora s’obre immediatament perquè els caixers acceptin l’efectiu del client i també retornin l’import del saldo.

  • Les proves de caixa registradora es poden fer seleccionant el mode de pagament com a Efectiu i realitzant transaccions en efectiu amb l’import de la devolució.

# 5) Dispositiu de mà: Els dispositius de mà són dispositius sense fils que s’utilitzen per acceptar pagaments amb targeta de crèdit. Això facilita l’autenticació de l’usuari portant el dispositiu directament a l’usuari final, on els usuaris poden introduir el PIN de la targeta.

  • La prova es pot fer creant una transacció seleccionant un mode de pagament com a targeta.
  • Cal verificar l’entrada manual de l’import.

# 6) Impressora: Les impressores estan connectades a cadascun dels terminals i s’anomenen impressores de registre, que s’utilitzen per generar el rebut després de cada transacció.

  • Els verificadors poden verificar la impressió del rebut, comprovar si hi ha alineació, sobreescriure text, mida del text, tipus de lletra, etc.
  • Es pot verificar el cas de manipulació d'errors, digueu què passarà si es dóna la impressió quan la impressora no està preparada o la impressora queda sense paper.
  • Verifiqueu el resultat quan la impressora es desconnecta o perd la connexió enmig de la transacció.

# 7) Lector de lliscament magnètic: Els MSR s’utilitzen per lliscar les targetes que s’utilitzen per al pagament, que poden ser targetes de dèbit, crèdit o regal. S’utilitza principalment a les botigues minoristes o als restaurants, però amb canvis d’horaris, en què l’usuari ha d’introduir el PIN per al pagament, en molts llocs veuríeu que s’utilitza un dispositiu sense fils per acceptar pagaments amb targeta.

  • En el cas de les targetes de regal, les MSR s’utilitzen per comprovar el saldo, la data de caducitat i el pagament. Els rebuts impresos es lliuren als hostes per autorització. Els verificadors haurien de validar aquests casos.

Llegiu també=> 7 tipus d'errors de programari que tots els provadors haurien de conèixer

Nivells / Funcions de TPV:

Bàsicament hi ha 3 nivells o funcions implicats en el TPV.

Funcions de nivells de TPV

Nivell 1) Nivell d'aplicació / Funcions de Front Office:

1) Transacció de venda: L’objectiu principal de qualsevol sistema TPV és facilitar les transaccions:

com escriure casos de prova manuals amb un exemple
  • Validar una transacció de venda amb èxit que inclourà l’escaneig d’articles mitjançant un dispositiu de codi de barres o l’entrada manual mitjançant el teclat, assegurant que l’import total a pagar es calcularà i es mostrarà a la pantalla i hauria d’acabar amb una impressió de pagament i rebut satisfactòria.
  • Validació del càlcul de l'import de l'impost correcte

2) Pagament - El pagament és una altra àrea important d’abast per als verificadors. Això es deu a l’àmplia gamma de modes de pagament acceptats per TPV. Un TPV permet el pagament mitjançant targeta, efectiu, targetes regal. També accepten determinats codis de vals, vals de descompte.

  • Validació d'efectiu - La validació d’efectiu és la més senzilla de provar. El sistema calcula el saldo restant i facilita la devolució de l’import al client a la feina de caixer. Moltes vegades els usuaris poden preferir fer pagaments parcials, alguns utilitzant una targeta regal (GC) i restant en efectiu. S'haurien de fer proves per validar si el sistema accepta i permet pagaments parcials.
  • Validació de la targeta: El pagament mitjançant targeta sempre requereix una autorització de tercers. El pagament amb targeta comença fent lliscar la targeta mitjançant MSR o un dispositiu de mà i després prenent l’autorització del client per l’import especificat. El mateix import serà autoritzat per tercers bancs.
  • Validació de la targeta regal - Els verificadors poden validar la data de caducitat, es pot validar una quantitat a la targeta abans de canviar-la fent lliscar la targeta al MSR, lliscar-la per les dues maneres de veure el comportament del sistema, validar-la en la transacció de pagament parcial i validar-la pagant de més amb la targeta
  • Descomptes / Cupons / Ofertes promocionals - Aquesta és una àrea de proves complicada perquè els sistemes estan dissenyats per acceptar només un codi de cupó i no tots els tipus de descomptes, per tant la validació hauria de consistir en tot tipus de combinacions. Les proves es poden fer mitjançant un codi que funciona sobre l’import total o mitjançant un val de descompte aplicable a determinats articles. Un cop més, les ofertes promocionals són de curta durada i no són aplicables a tot arreu, de manera que les proves de descompte i cupons requereixen una mica de cura. Valideu també l’ordre en què s’apliquen els descomptes. De vegades, els descomptes a les botigues no funcionen sobre els cupons del fabricant i, de vegades, sí. Per tant, tingueu molta precaució quan proveu això.

Nivell 2) Funcions del darrere de la casa

1) Final del dia - El final del dia és l’activitat més important que es fa al backend. Durant l'EOD, es fan diverses conciliacions i s'actualitzen els sistemes de backend.

Es generen diversos informes resumits, inclosa la conciliació diària de vendes, que s’envien als grups d’interès perquè proporciona una indicació de com va ser el dia en termes de vendes. A més, s’envia un resum als bancs de totes les transaccions amb targeta de crèdit realitzades durant el dia. El sistema d’inventari s’actualitza per reflectir el saldo de valors correcte.

Aquesta forma una de les principals àrees de prova. Els escenaris importants que es poden incloure com a part de les proves EOD poden ser:

  • Verifiqueu que l'execució del procés EOD tingui èxit. Això comportarà diversos errors intencionats per garantir que el dia operatiu estigui tancat o no. Per exemple, en un restaurant, els gestors no podran executar el procés EOD si no es tanquen totes les comprovacions si tots els empleats no estan fora del sistema. Les proves han d'incloure l'execució d'aquest procés, incloses totes les comprovacions amb escenaris positius i negatius. Normalment, es tracta d’un procés automatitzat que s’executa a un interval de temps determinat en botigues reals. A efectes de prova, aquest procés s’ha de provar manualment.
  • Verifiqueu que es generin informes de conciliació i valideu el contingut de l'informe per garantir que les dades de l'informe coincideixin amb les dades d'aquest magatzem concret. Per a aquest tipus de proves, els provadors poden crear manualment algunes transaccions i mantenir una nota de les dades introduïdes, generar un informe de conciliació al final del dia i fer coincidir les dades que van introduir. L’informe de conciliació s’assemblaria més a un balanç amb els detalls del dèbit i del crèdit.

2) Programació dels empleats - Una altra activitat important de BOH consisteix en la funció de programació que tracta principalment de crear un horari de treball per als empleats. Els empleats haurien d’entrar al sistema segons el seu horari.

La programació es pot fer manualment o de forma automatitzada mitjançant dades de patrons de vendes anteriors i requisits de mà d'obra del projecte. La programació és una activitat de backend, però la validació es produeix a la portada quan l’empleat intenta entrar.

  • La validació hauria d’incloure la verificació d’un rellotge no programat
  • Rellotge tardà programat d’entrada i sortida
  • Rellotge anticipat programat

3) Gestió d’inventaris - Una altra àrea important és la gestió d’inventaris. Els gestors de botigues requereixen principalment que aquests sistemes facin un seguiment dels productes a través de cada etapa del cicle d’inventari i que també tinguin una idea abans que un article caigui per sota del nivell d’estoc.

Per tant, els sistemes d’inventari estan dissenyats perquè els administradors puguin demanar el producte adequat en el moment adequat, en la quantitat adequada del proveïdor adequat i al preu adequat.

La validació de la prova hauria d’incorporar:

  • Validació de la quantitat a comprar
  • Alerta si el nivell d’estoc passa per sota del par
  • Col·locació de l'ordre
  • La validació de la llista d’elements correcta amb un preu correcte es mostra al TPV per a la selecció
  • Associació d'articles i preus, validació de nivell màster

Nivell 3) Funcions de nivell corporatiu

Les funcions de nivell corporatiu no requereixen que us asseieu davant del sistema POS per fer-les, però es fan mitjançant qualsevol ordinador portàtil / escriptori amb l’aplicació o el programari instal·lat, però d’alguna manera o altra estan integrats amb els sistemes POS Si les funcions corporatives es fan mitjançant una aplicació web, hi haurà un mecanisme que permetrà introduir els canvis o la configuració al TPV.

1) RRHH i nòmines - El sistema de recursos humans i nòmines s’ocupa de la contractació d’empleats, el manteniment dels salaris / empleats, les lleis laborals, els detalls fiscals, la disponibilitat dels empleats i les baixes dels empleats.

Majoritàriament, el manteniment de la nòmina es fa amb un tercer com ADP, etc., per tant, la integració s'ha de provar bé. Les activitats de recursos humans es mantenen principalment a l'interior. La nòmina es converteix en una àrea enorme per fer proves, ja que requereix tot tipus de càlculs abans d’acabar l’import de la nòmina d’un empleat. Forma un enorme abast per a les proves.

  • Es podria fer la validació d’activitats de recursos humans com contractar empleats i assegurar-se que els empleats siguin importats als sistemes de TPV
  • Càlcul salarial / salarial segons la legislació laboral
  • Capacitat dels empleats per introduir dades de permís

2) Finances i comptabilitat - El sistema de finances i comptabilitat és el que requereix la presentació d'informes. Declaracions de P&L, pressupostos previstos, variacions, vendes diàries de les botigues, etc. Tots els detalls són requerits per l'equip de comptabilitat per assegurar-se si el magatzem TPV està en bon camí o no.

Es prenen moltes decisions basades en l’anàlisi d’aquest informe. Per exemple, si l’equip decideix obrir una nova botiga, basant-se en dades i anàlisis històriques, l’equip de comptes aprova el pressupost i la zona on es podria obrir la botiga. A més, aquests detalls els ajuden a trobar les àrees de millora.

  • Valideu la generació d'informes adequats
  • Verifiqueu la lògica d’anàlisi
  • Validació del compte de pèrdues i guanys i balanç

3) Gestió de proveïdors - Per al subministrament de mercaderies, qualsevol indústria al detall requeriria proveïdors; ara, el sistema de gestió de proveïdors s’encarrega d’avaluar el proveïdor adequat que proporciona un preu raonable i supervisar el seu rendiment.

Des de la perspectiva de les proves, a continuació es poden fer validacions importants:

  • Validació de l'entrada i manteniment dels detalls del proveïdor al sistema
  • Valideu els preus del proveïdor
  • Valideu el rendiment del proveïdor mitjançant el seguiment del lliurament puntual, la qualitat dels productes lliurats, etc.

4) DW i BI - Magatzem de dades permet a qualsevol indústria emmagatzemar i guardar detalls sobre la transacció durant anys que es poden utilitzar per conèixer les tendències, formular patrons de compra, etc. Les eines de Business Intelligence s’utilitzen per recuperar aquesta enorme quantitat de dades de diferents sistemes i donar a l’usuari final una oportunitat per a anàlisi.

Els sistemes DW s’actualitzen a partir de les dades que provenen dels sistemes POS. Per tant, a partir de les necessitats de proves, això torna a ser fonamental per a les proves. Moltes organitzacions utilitzen eines de BI o algunes desenvolupen analítiques pròpies. Però, en ambdós casos, cal fer proves.

Els sistemes DW i BI ajuden les persones a nivell corporatiu simplificant la generació d’informes i personalitzant els informes segons les seves necessitats, també ajuda a un millor seguiment del rendiment.

  • La validació a nivell de TPV es pot fer per a dades transaccionals, però DW requereix validar dades històriques
  • Valideu la capacitat i la personalització de la generació d'informes de l'usuari mitjançant l'eina BI.

Conclusió:

Espero que aquest article expliqui detalladament les proves de TPV. Tinc un altre article detallat sobre com es poden fer proves de sistemes POS per a la indústria de la restauració.

prova en línia gratuïta per a proves manuals

Exemples de proves de sistemes de posició de restaurants:

=> Llegiu l'article de proves de sistemes TPV de restaurants aquí per entendre més sobre TPV amb un exemple.

Lectura recomanada

^