Menu

Jak przetestować system punktu sprzedaży (POS) - Przykład testowania POS w restauracji

how test point sale system restaurant pos testing example

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Co to jest punkt sprzedaży (POS)?

Pseudonim POS Punkt sprzedaży to miejsce, w którym odbywają się transakcje. Możesz zobaczyć systemy POS w sklepach detalicznych, restauracjach, szpitalach i prawie wszędzie tam, gdzie występują płatności.

Większość z was może bardzo dobrze rozumieć, czym jest czytnik kodów kreskowych lub bezprzewodowe urządzenie płatnicze (najczęściej używane urządzenia do transakcji płatniczych), ale POS w rzeczywistości składa się z wielu komponentów i każdy z nich musi być dobrze zintegrowany działać pomyślnie.

brama domyślna nie jest dostępna Windows 10

W dzisiejszym artykule napiszę o tym, co odróżnia testy POS od innych. W artykule zamieściłem również wskazówki dotyczące testowania, aby były one pomocne dla naszej społeczności testowej.

  • Przykład Testowanie systemu POS restauracji zawarte również

Testowanie systemu POS

Spójrzmy na:

  • Co wyróżnia testowanie aplikacji POS
  • Architektura EPOS (Electronic Point Of Sale)
  • Komponenty fizyczne EPOS
  • Poziomy / funkcje POS
  • Przykład Testowanie systemu POS restauracji w zestawie

Rekomendowane lektury=> Jak przetestować aplikację eCommerce

Czego się nauczysz:

Co wyróżnia testy POS:

Testowanie systemu POS wygląda na skomplikowane, ale nie jest to trudne dla tych, którzy dobrze rozumieją tę koncepcję. Jest to interesujące, ponieważ czujesz, że siedzisz w sklepie i wykonywanie przypadków testowych ponieważ POS wymaga konfiguracji, jak w każdym sklepie.

To sprawia, że ​​jest inaczej niż siedzenie w swojej kabinie i przeprowadzanie kontroli w aplikacji internetowej. Organizacje zajmujące się testowaniem systemów POS utrzymują oddzielne laboratoria.

Jakie są wyzwania w testowaniu POS?

  • Wiele konfiguracji zgodnie z wymaganiami sklepu - wyjaśnię za pomocą plikuprosty przykładpowiedzmy, że sieć handlowa chce prowadzić ofertę promocyjną tylko w jednym konkretnym mieście, w takim przypadku wymagane są specjalne konfiguracje dla systemów POS działających w tym mieście.
  • POS wymaga odpowiedniej konfiguracji wszystkich urządzeń, a także wielu typów urządzeń sprzętowych i wersji oprogramowania.
  • Wiele urządzeń wymagają testów zgodności a także dokładne testy integracyjne
  • Zgodny z PCI, ponieważ test POS dotyczy danych karty użytkownika końcowego.

Architektura POS:

Architektura POS

Każdy z terminali w sklepie jest połączony z serwerem plików. Ustawienia lub główne konfiguracje są wykonywane na serwerze, a następnie wysyłane do każdego z terminali w sklepie. Do wykonywania takich aktualizacji używane są zadania XML lub zadania wsadowe.

W przypadku dużych sklepów detalicznych lub sieci sklepów żadna ze zmian nie jest dokonywana lokalnie. Ponieważ systemy POS akceptują płatności kartą, są one zintegrowane z zewnętrznymi dostawcami, którzy zajmują się głównie przetwarzaniem kart kredytowych, więc za każdym razem, gdy ma miejsce transakcja kartą kredytową, dane są wysyłane do strony trzeciej lub banków w celu autoryzacji.

(Kliknij na obrazek, aby wyświetlić powiększenie)

Architektura POS 1

Wizerunek Źródło .

Fizyczne komponenty POS i jak je przetestować:

# 1) Terminal - Terminal to główny ekran, na którym wprowadza się szczegóły transakcji. Są to głównie urządzenia z ekranem dotykowym. Wszystkie konfiguracje, czy to związane z listą produktów, cenami, ofertami promocyjnymi, trybami płatności, są wypychane do terminala. To jest główne urządzenie używane w każdym punkcie sprzedaży.

  • Testowanie terminala wymaga weryfikacji, aby upewnić się, że urządzenia są podłączone do sieci i że działa na niej najnowszy system operacyjny obsługujący aplikację POS.

# 2) słupek wyświetlacza - Display Pole to urządzenie, które wyświetla cenę produktu po zeskanowaniu produktu za pomocą skanera kodów kreskowych.

  • Sprawdź, czy słupek wyświetlacza wyświetla tę samą cenę, co na terminalu POS

# 3) Czytnik kodów kreskowych - Czytnik kodów kreskowych służy do skanowania produktów. Po zakończeniu skanowania następuje sprawdzenie w zapleczu, aby zweryfikować, czy przedmiot istnieje na liście zapasów, a także pobrać cenę przedmiotu. Gdy przedmiot zostanie sprzedany, ekwipunek jest aktualizowany, aby zmniejszyć liczbę dostępnych jednostek.

  • W celach testowych walidację można przeprowadzić, skanując produkt, którego brakuje na liście zapasów
  • Potwierdź, skanując produkty, które są dostępne na liście zapasów, ale bez etykiety cenowej
  • Zweryfikuj poprzez skanowanie produktów, które są dostępne na liście zapasów, z odpowiednim oznaczeniem do poziomu ceny.

# 4) Kasa fiskalna - Kasa fiskalna służy do przechowywania gotówki. W przypadku każdej transakcji gotówkowej kasa otwiera się natychmiast, aby kasjerzy mogli przyjąć gotówkę od klienta, a także zwrócić ewentualną kwotę salda.

  • Testowanie kasy fiskalnej można przeprowadzić, wybierając tryb płatności jako Gotówka i dokonując transakcji gotówkowej z kwotą zwrotu.

# 5) Urządzenie podręczne - Urządzenia przenośne to urządzenia bezprzewodowe, które służą do przyjmowania płatności kartą kredytową. Ułatwiają one uzyskanie uwierzytelnienia użytkownika, przenosząc urządzenie bezpośrednio do użytkownika końcowego, gdzie użytkownicy mogą wprowadzić kod PIN karty.

  • Testowanie można przeprowadzić, tworząc transakcję, wybierając sposób płatności jako Karta.
  • Należy przeprowadzić weryfikację ręcznego wprowadzenia kwoty.

# 6) Drukarka - Drukarki są podłączone do każdego z terminali i nazywane drukarkami rejestrującymi służą do generowania pokwitowań po każdej transakcji.

  • Testerzy mogą weryfikować drukowanie paragonów, sprawdzać wyrównanie, nadpisanie tekstu, rozmiar tekstu, czcionki itp.
  • Przypadek obsługi błędów można zweryfikować, powiedzieć, co się stanie, jeśli wydruk zostanie wykonany, gdy drukarka nie jest w stanie gotowości lub w drukarce zabraknie papieru.
  • Sprawdź wynik, gdy drukarka przejdzie w tryb offline lub utraci połączenie w trakcie transakcji.

# 7) Czytnik magnetyczny - Karty MSR służą do przesuwania kart używanych do płatności, którymi mogą być karty debetowe, kredytowe lub podarunkowe. Jest to najczęściej używane w sklepach detalicznych lub restauracjach, ale wraz ze zmieniającymi się czasami, gdy użytkownik musi wprowadzić kod PIN do płatności, w wielu miejscach można zobaczyć, że do przyjmowania płatności kartą używane jest urządzenie bezprzewodowe.

  • W przypadku kart podarunkowych, MSR są używane do sprawdzania salda, daty ważności i płatności. Wydrukowane pokwitowania są przekazywane gościom do autoryzacji. Testerzy powinni zweryfikować te przypadki.

Przeczytaj także=> 7 rodzajów błędów oprogramowania, które powinien znać każdy tester

Poziomy / funkcje POS:

Istnieją zasadniczo 3 poziomy lub funkcje związane z POS.

Poziomy Funkcje POS

Poziom 1) Poziom aplikacji / funkcje recepcji:

1) Transakcja sprzedaży - Głównym celem każdego systemu POS jest ułatwianie transakcji -

  • Weryfikacja pomyślnej transakcji sprzedaży, która obejmowałaby skanowanie towaru za pomocą urządzenia z kodem kreskowym lub ręczne wprowadzenie za pomocą klawiatury, zapewniając obliczenie i wyświetlenie na ekranie całkowitej kwoty do zapłaty, która powinna zakończyć się pomyślnym wydrukowaniem płatności i paragonu.
  • Sprawdzanie poprawności obliczenia kwoty podatku

2) Płatność - Płatności to kolejny ważny obszar dla testerów. Wynika to z szerokiego wachlarza metod płatności akceptowanych przez POS. POS umożliwia płatności kartą, gotówką, kartami podarunkowymi. Akceptują również niektóre kody kuponów, kupony rabatowe.

  • Walidacja gotówkowa - Walidacja gotówkowa jest najłatwiejsza do przetestowania. System oblicza pozostałe saldo i ułatwia kasjerowi zwrot kwoty klientowi. Często użytkownicy wolą dokonywać częściowych płatności - niektóre za pomocą karty podarunkowej (GC), a pozostając gotówką. Należy przeprowadzić testy, aby sprawdzić, czy system akceptuje i zezwala na częściowe płatności.
  • Weryfikacja karty - Płatność kartą zawsze wymagałaby autoryzacji strony trzeciej. Płatność kartą rozpoczyna się od przeciągnięcia karty - przez MSR lub urządzenie przenośne, a następnie pobranie autoryzacji klienta na określoną kwotę. Ta sama kwota jest następnie autoryzowana przez banki zewnętrzne.
  • Weryfikacja karty podarunkowej - Testerzy mogą zweryfikować datę ważności, kwotę na karcie przed wykupem można sprawdzić, przesuwając kartę na MSR, przesuń ją w obie strony, aby zobaczyć zachowanie systemu, zweryfikować w częściowej transakcji płatniczej, zweryfikować przepłacając kartą.
  • Rabaty / Kupony / Oferty promocyjne - Jest to trudny obszar testowania, ponieważ systemy są zaprojektowane tak, aby akceptować tylko kod kuponu, a nie wszystkie rodzaje rabatów, dlatego walidacja powinna obejmować wszystkie typy kombinacji. Testowanie można przeprowadzić za pomocą kodu działającego na kwotę całkowitą lub kuponu rabatowego obowiązującego w przypadku niektórych pozycji. Ponownie, oferty promocyjne są krótkotrwałe i nie wszędzie mają zastosowanie, dlatego testowanie rabatów i kuponów wymaga odrobiny uwagi. Sprawdź również kolejność, w jakiej stosowane są rabaty. Czasami rabaty w sklepie nie działają na kupony producenta, a czasami tak. Dlatego zachowaj szczególną ostrożność podczas testowania tego.

Poziom 2) Funkcje zaplecza

1) Koniec dnia - Koniec dnia to najważniejsza czynność wykonywana na zapleczu. Podczas EOD wykonywanych jest kilka uzgodnień, a systemy zaplecza są aktualizowane.

Kilka raportów podsumowujących, w tym codzienne uzgodnienie sprzedaży, jest generowanych i wysyłanych do interesariuszy, ponieważ daje to wskazówkę, jak wyglądał dzień pod względem sprzedaży. Ponadto do banków wysyłane jest podsumowanie wszystkich transakcji dokonanych kartą kredytową w ciągu dnia. System zapasów jest aktualizowany w celu odzwierciedlenia prawidłowego stanu zapasów.

To jeden z głównych obszarów testów. Ważnymi scenariuszami, które można uwzględnić w ramach testów EOD, mogą być:

  • Sprawdź, czy proces EOD zakończył się pomyślnie. Będzie to miało kilka celowych niepowodzeń, aby zapewnić zamknięcie dnia operacyjnego lub nie. Powiedzmy, że w restauracji menedżerowie nie będą w stanie uruchomić procesu EOD, jeśli wszystkie czeki nie zostaną zamknięte, jeśli wszyscy pracownicy nie zostaną wyrejestrowani z systemu. Testowanie powinno obejmować uruchomienie tego procesu, w tym wszystkie sprawdzenia ze scenariuszami pozytywnymi i negatywnymi. Zwykle jest to zautomatyzowany proces, który ma być uruchamiany w określonych odstępach czasu w rzeczywistych sklepach. W celu testowania proces ten należy przetestować ręcznie.
  • Sprawdź, czy generowane są raporty uzgodnień i zweryfikuj zawartość raportu, aby upewnić się, że dane w raporcie są zgodne z danymi z tego konkretnego sklepu. W przypadku tego typu testów testerzy mogą ręcznie tworzyć niektóre transakcje i odnotowywać wprowadzone dane, a także generować raport uzgodnienia na koniec dnia i dopasowywać wprowadzone dane. Raport uzgodnienia przypominałby raczej bilans ze szczegółami debetu i kredytu.

2) Harmonogram pracowniczy - Kolejnym ważnym działaniem BOH jest funkcja harmonogramowania, która zajmuje się głównie tworzeniem harmonogramu pracy pracowników. Pracownicy powinni rejestrować się w systemie zgodnie ze swoim harmonogramem.

Planowanie można wykonać ręcznie lub w sposób zautomatyzowany, korzystając z danych z poprzednich wzorców sprzedaży i zapotrzebowania na pracę w projekcie. Planowanie jest działaniem zaplecza, ale walidacja ma miejsce w interfejsie użytkownika, gdy pracownik próbuje zarejestrować się.

  • Walidacja powinna obejmować weryfikację nieplanowanego zegara w
  • Zaplanowane późne wejście i wyjście
  • Zaplanowane wczesne wejście i wyjście

3) Zarządzanie zapasami - Kolejnym ważnym obszarem jest zarządzanie zapasami. Kierownicy sklepów wymagają głównie od takich systemów śledzenia produktów na każdym etapie cyklu magazynowego, a także posiadania pomysłu, zanim pozycja spadnie poniżej poziomu zapasów.

W związku z tym systemy inwentaryzacji są zaprojektowane tak, aby menedżerowie mogli zamawiać właściwy produkt we właściwym czasie, w odpowiedniej ilości od właściwego dostawcy i za odpowiednią cenę.

Walidacja testów powinna obejmować:

  • Potwierdzenie ilości do zakupu
  • Ostrzega, jeśli poziom zapasów spadnie poniżej wartości nominalnej
  • Złożenie zamówienia
  • Sprawdzanie poprawności prawidłowej listy pozycji z poprawnymi cenami jest wyświetlane w punkcie sprzedaży do wyboru
  • Stowarzyszenie pozycji i ceny, walidacja na poziomie mistrza

Poziom 3) Funkcje na poziomie korporacyjnym

Funkcje na poziomie korporacyjnym nie wymagają, abyś siedział przed systemem POS, aby je wykonać, ale są wykonywane za pomocą dowolnego laptopa / komputera stacjonarnego z zainstalowaną aplikacją lub oprogramowaniem, ale są w jakiś lub inny sposób zintegrowane z systemami POS. Jeśli funkcje korporacyjne są wykonywane za pomocą aplikacji internetowej, pojawi się mechanizm, który prześle zmiany lub ustawienia do POS.

1) Kadry i Płace - System kadrowo-płacowy zajmuje się rekrutacją pracowników, utrzymaniem wynagrodzeń pracowników, prawem pracy, danymi podatkowymi, dyspozycyjnością pracowników i urlopami pracowniczymi.

Przeważnie obsługa listy płac odbywa się za pośrednictwem strony trzeciej, takiej jak ADP itp., Dlatego integrację należy dobrze przetestować. Działania HR są w większości prowadzone wewnętrznie. Lista płac staje się oddzielnym obszarem do testowania, ponieważ wymaga różnego rodzaju obliczeń, zanim kwota wypłaty pracownika zostanie sfinalizowana. Daje ogromne możliwości testowania.

  • Walidację można przeprowadzić w przypadku działań HR, takich jak rekrutacja pracowników, a następnie zapewnienie importu pracowników do systemów POS
  • Obliczanie wynagrodzenia zgodnie z przepisami prawa pracy
  • Możliwość wprowadzania przez pracowników szczegółów urlopu

2) Finanse i księgowość - System finansów i księgowości to ten, który wymaga raportowania. Rachunki zysków i strat, planowane budżety, odchylenia, dzienna sprzedaż sklepów itp. Wszystkie te szczegóły są wymagane przez zespół księgowy, aby upewnić się, czy sklep POS działa, czy nie.

Wiele decyzji jest podejmowanych na podstawie analizy tego raportu. Powiedzmy, że jeśli zespół zdecyduje się otworzyć nowy sklep, na podstawie danych historycznych i analiz, zespół księgowy zatwierdza budżet i obszar, w którym sklep mógłby zostać otwarty. Ponadto takie szczegóły pomagają im znaleźć obszary wymagające poprawy.

  • Sprawdź poprawność generowania odpowiednich raportów
  • Sprawdź logikę analizy
  • Walidacja rachunku zysków i strat i bilansu

3) Zarządzanie dostawcami - Jeśli chodzi o dostawę towarów, każda branża detaliczna wymagałaby sprzedawców, teraz system zarządzania dostawcami zajmuje się oceną właściwego dostawcy, który zapewnia rozsądne ceny i monitoruje ich wydajność.

Z punktu widzenia testowania, poniżej można przeprowadzić ważne walidacje:

  • Weryfikacja wprowadzenia i utrzymania szczegółów dostawcy w systemie
  • Sprawdź ceny dostawcy
  • Sprawdź wydajność dostawcy, śledząc terminowość dostaw, jakość dostarczonych produktów itp.

4) DW i BI - Hurtownia danych umożliwia każdej branży przechowywanie i przechowywanie szczegółów transakcji przez lata, które można wykorzystać do poznania trendów, formułowania wzorców zakupowych itp. Narzędzia Business Intelligence służą do pobierania tak ogromnej ilości danych z różnych systemów i dają użytkownikowi końcowemu szansę Do analizy.

Systemy DW są aktualizowane na podstawie danych pochodzących z systemów POS. Stąd, biorąc pod uwagę potrzeby testowania, jest to ponownie krytyczne dla testowania. Wiele organizacji korzysta z narzędzi BI, a niektóre opracowują wewnętrzne analizy. Ale w obu przypadkach wymagane są testy.

Systemy DW i BI pomagają ludziom na poziomie korporacyjnym, upraszczając generowanie raportów i dostosowując je do ich potrzeb, a także pomagają w lepszym śledzeniu wydajności.

jakie są podstawy programowania komputerów
  • Walidację na poziomie POS można przeprowadzić dla danych transakcyjnych, ale DW wymaga walidacji danych historycznych
  • Sprawdź możliwości generowania raportów i dostosowywania przez użytkownika za pomocą narzędzia BI.

Wniosek:

Mam nadzieję, że ten artykuł szczegółowo wyjaśnił testowanie POS. Mam kolejny szczegółowy artykuł na temat testowania systemów POS w branży restauracyjnej.

Przykład testowania systemów pos w restauracji:

=> Przeczytaj artykuł dotyczący testowania systemów POS w restauracji aby dowiedzieć się więcej o POS na przykładzie.

rekomendowane lektury

^