Меню

Как да тествате системата на търговско място (POS) - Пример за тестване на ресторант POS

how test point sale system restaurant pos testing example

Опитайте Нашия Инструмент За Премахване На Проблемите

Какво е точка на продажба (POS)?

POS псевдонимът точка на продажба е място, където се извършват транзакции. Можете да видите POS системи в магазини за търговия на дребно, ресторанти, болници и почти навсякъде в наши дни, където участват плащания.

Повечето от вас може много добре да разберат какво е четец на баркодове или безжично разплащателно устройство (най-използваните устройства за платежни транзакции), но в действителност POS включва много компоненти и всеки от компонентите трябва да бъде добре интегриран за него да работи успешно.

В днешната статия ще пиша за това, което прави POS тестовете различни от другите. Също така съм включил съвети за тестване в статията, за да направя това полезно за нашата общност за тестване.

  • Пример за Тестване на POS ресторант ресторант включени също

Тестване на POS система

Нека разгледаме:

  • Какво прави тестването на POS приложения различно
  • Архитектура на EPOS (Electronic Point Of Sale)
  • EPOS Физически компоненти
  • Нива / функции на POS
  • Пример за Тестване на POS ресторант ресторант включени

Препоръчително четене=> Как да тествате приложение за електронна търговия

Какво ще научите:

Какво прави различните POS тестове различни:

Тестването на POS системата изглежда сложно, но не е толкова сложно за тези, които разбират добре концепцията. Интересно е, защото усещате сядане в магазин и изпълнение на вашите тестови случаи тъй като POS изисква настройка, както бихте виждали във всички магазини.

Това го прави различно в сравнение със седенето във вашата кабина и извършването на някои проверки в уеб приложение. Организации, занимаващи се с тестване на POS системи, поддържат отделни лаборатории.

как да използвам xor в java -

Какви са предизвикателствата при POS тестването?

  • Няколко конфигурации според изискването на магазина - ще обясня с aпрост пример, да кажем, че търговска верига иска да проведе промоционална оферта само в един конкретен град, в такъв случай се изискват специални конфигурации за POS системи, работещи в този град.
  • POS изисква правилна настройка с всички устройства, както и множество типове хардуерни устройства и версии на софтуера.
  • Няколко устройства изискват тестване за съвместимост а също и задълбочено тестване за интеграция
  • Съвместим с PCI, защото POS тестът се занимава с данни за картите на крайния потребител.

POS архитектура:

POS архитектура

Всеки от терминалите в магазина е свързан с файлов сървър. Настройките или основните конфигурации се извършват на сървъра и след това се изпращат към всеки от терминалите в магазина. За извършване на такива актуализации се използват XML или групови задачи.

За големите магазини или вериги магазини нито една от промените не се извършва локално. Тъй като POS системите приемат плащане с карта, те са интегрирани с доставчици на трети страни, които основно извършват обработка на кредитни карти, така че когато се извършва транзакция с кредитна карта, данните се изпращат на третата страна или банките за упълномощаване.

(Щракнете върху изображението за увеличен изглед)

POS архитектура 1

Изображение Източник .

POS физически компоненти и как да тествате тези:

# 1) Терминал - Терминалът е основният екран, който се използва за въвеждане на подробности за транзакцията. Това са предимно сензорни устройства. Всички конфигурации, независимо дали са свързани със списък с продукти, ценообразуване, промоционални оферти, режими на плащане, се пренасочват към терминала. Това е основното устройство, използвано във всеки POS.

  • Тестването на терминали изисква проверка, за да се гарантира, че устройствата са свързани към мрежата и че на нея работи най-новата операционна система, за да поддържа приложението POS.

# 2) Полюс на дисплея - Display Pole е устройството, което показва цената на артикула, след като продуктът бъде сканиран с помощта на скенера за баркод.

  • Проверете дали дисплейният стълб показва същата цена, както се вижда на POS терминала

# 3) Четец на баркодове - Barcode Reader се използва за сканиране на продуктите. След завършване на сканирането се извършва проверка в бекенда, за да се провери дали артикулът съществува в списъка с инвентара, както и да се извлече цената на артикула. След като артикулът бъде продаден, инвентарът се актуализира, за да намали наличния брой единици.

  • За целите на тестването валидирането може да се извърши чрез сканиране на продукт, който липсва в списъка с инвентара
  • Валидирайте чрез сканиране на продукти, които са налични в списъка с инвентара, но без маркирана цена
  • Валидирайте чрез сканиране на продукти, които се предлагат в списъка с инвентара с правилно маркиране до ниво цена.

# 4) Касов апарат - Касовият регистър се използва за съхранение на пари в брой. За всяка касова транзакция касовият апарат се отваря незабавно, за да могат касиерите да приемат паричните средства от клиента и също да върнат сумата на салдото, ако има такава.

  • Тестването на касов регистър може да се извърши, като изберете режим на плащане като Кеш и извършите касова транзакция със сума за възстановяване.

# 5) Ръчно устройство - Ръчните устройства са безжични устройства, които се използват за приемане на плащания с кредитни карти. Те улесняват получаването на удостоверяване на потребителя, като носят устройството директно до крайния потребител, където потребителите могат да въведат ПИН на картата.

  • Тестването може да се извърши чрез създаване на транзакция чрез избор на начин на плащане като карта.
  • Трябва да се направи проверка за ръчното въвеждане на сумата.

# 6) Принтер - Принтерите са свързани към всеки от терминалите и се наричат ​​регистрационни принтери, те се използват за генериране на разписката след всяка транзакция.

  • Тестерите могат да проверят отпечатването на касови бележки, да проверят за подравняване, презаписване на текст, размер на текста, шрифтове и др.
  • Случаят за обработка на грешки може да бъде проверен, кажете какво ще се случи, ако отпечатъкът е даден, когато принтерът не е в готовност или в него няма хартия.
  • Проверете резултата, когато принтерът излезе офлайн или загуби връзка в средата на транзакцията.

# 7) Магнитен четец - MSR се използват за прекарване на карти, използвани за плащане, които могат да бъдат дебитни, кредитни или подаръчни карти. Това се използва най-вече в магазини или ресторанти, но с променящите се часове, когато потребителят трябва да въведе ПИН кода за плащане, на много места ще видите, че безжично устройство се използва за приемане на плащания с карта.

  • В случай на подаръчни карти, MSR се използват за проверка на баланса, срок на годност и за плащане. Отпечатаните разписки се дават на гостите за упълномощаване. Тестерите трябва да потвърдят тези случаи.

Прочетете също=> 7 вида софтуерни грешки, които всеки тестер трябва да знае

Нива / функции на POS:

В POS има основно 3 нива или функции.

Функции на нивата на POS

какви са всички имейл сайтове

Ниво 1) Ниво на приложение / Функции на фронт офиса:

1) Продажна сделка - Основната цел на всяка POS система е да улесни транзакциите -

  • Проверка на успешна транзакция за продажба, която включва сканиране на артикул с помощта на устройство с баркод или ръчно въвеждане с помощта на клавиатурата, като се гарантира, че общата платима сума се изчислява и показва на екрана и тя трябва да завърши с успешно отпечатване на плащане и разписка.
  • Проверка на правилното изчисляване на сумата на данъка

2) Плащане - Плащането е още една важна област в обхвата на тестерите. Това се дължи на широката гама от режими на плащане, приети от POS.A POS позволява плащане чрез карти, пари в брой, карти за подарък. Те също така приемат определени кодове на купони, ваучери за отстъпки.

  • Валидиране на пари в брой - Валидирането на пари в брой е най-простото за тестване. Системата изчислява оставащото салдо и улеснява работата на касата за възстановяване на сумата на клиента. Много пъти потребителите могат да предпочетат да извършват частични плащания - някои с помощта на карта за подарък (GC) и оставащи с пари в брой. Тестването трябва да се извърши, за да се провери дали системата приема и позволява частични плащания.
  • Проверка на картата - Плащането чрез карта винаги ще изисква разрешение от трета страна. Плащането с карта започва с прекарване на картата - чрез MSR или ръчно устройство, след което се упълномощава клиентът за посочената сума. След това същата сума получава разрешение от трети страни банки.
  • Потвърждаване на карта за подарък - Тестерите могат да валидират срока на годност, сумата на картата преди осребряването може да бъде валидирана чрез плъзгане на картата на MSR, плъзгане по двата начина, за да се види поведението на системата, валидиране при частична платежна транзакция, валидиране чрез надплащане с помощта на картата.
  • Отстъпки / купони / промоционални оферти - Това е сложна област за тестване, тъй като системите са проектирани да приемат само код на талон, а не всички видове отстъпки, следователно валидирането трябва да се състои от всички видове комбинации. Тестването може да се извърши с използване на код, който работи върху общата сума, или с помощта на ваучер за отстъпка, приложим за определени артикули. Отново, промоционалните оферти са краткотрайни и не са приложими навсякъде, поради което тестването за отстъпка и купони изисква малко внимание. Също така проверете реда, в който се прилагат отстъпки. Понякога отстъпките в магазините не работят над купоните на производителя, а понякога работят. Така че, бъдете много внимателни, когато тествате това.

Ниво # 2) Функции на гърба на къщата

1) Край на деня - Краят на деня е най-важната дейност, извършена в бекенда. По време на EOD се извършват няколко изравнения и се актуализират бекенд системите.

Няколко обобщени отчета, включително ежедневното съгласуване на продажбите, се генерират и изпращат на заинтересованите страни, защото това дава индикация за това какъв е денят по отношение на продажбите. Също така се изпраща обобщение до банките за всички транзакции с кредитни карти, извършени през деня. Системата за запаси се актуализира, за да отрази правилното салдо на запасите.

Това формира една от основните области за тест. Важни сценарии, които могат да бъдат включени като част от тестването на EOD, могат да бъдат:

  • Проверете дали изпълнението на EOD процес е успешно. Това ще има няколко умишлени грешки, за да се гарантира, че оперативният ден е затворен или не. Да речем в ресторант, мениджърите няма да могат да стартират EOD процеса, ако всички проверки не са затворени, ако всички служители не са излезли от системата. Тестването трябва да включва провеждането на този процес, включително всички проверки с положителни и отрицателни сценарии. Обикновено това е автоматизиран процес, който е планиран да се изпълнява в определен интервал от време в реални магазини. За целите на тестването този процес трябва да бъде тестван ръчно.
  • Проверете дали са генерирани отчети за съгласуване и проверете съдържанието на отчета, за да гарантирате, че данните в отчета съвпадат с данните от това конкретно хранилище. За такива видове тестване тестващите могат ръчно да създават някои транзакции и да водят бележка за въведените данни и да генерират отчет за съгласуване в края на деня и да съответстват на въведените от тях данни. Докладът за съгласуване би бил по-скоро баланс с дебитни и кредитни данни.

2) График на служителите - Друга важна дейност на BOH включва функцията за планиране, която се занимава главно със създаването на работен график за служителите. Служителите трябва да се включат в системата според графика си.

Планирането може да се извърши ръчно или по автоматизиран начин, като се използват данни от минали модели на продажби и изискване за работна ръка по проекта. Графикът е бекенд дейност, но валидирането се случва в предния край, когато служителят се опита да влезе.

  • Проверката трябва да включва проверка на непланиран часовник през
  • Планиран късен часовник и излизане
  • Планирано ранно включване и излизане на часовника

3) Управление на запасите - Друга важна област е управлението на запасите. Мениджърите на магазини изискват предимно такива системи да проследяват продуктите през всеки етап от цикъла на запасите, а също и да имат идея, преди даден артикул да падне под нивото на запасите.

Следователно системите за инвентаризация са проектирани така, че мениджърите да могат да поръчват точния продукт в точното време, в точното количество от точния доставчик и на точната цена.

Тестът трябва да включва:

  • Проверка на количеството, което трябва да бъде закупено
  • Сигнали, ако нивото на запасите е под номинала
  • Поставяне на поръчка
  • Валидирането на правилния списък с артикули с правилни цени се показва на POS за избор
  • Асоциация на артикули и цени, валидиране на ниво майстор

Ниво # 3) Функции на корпоративно ниво

Функциите на корпоративно ниво не изискват от вас да седнете пред POS системата, за да ги правите, но те се извършват с помощта на всеки лаптоп / десктоп с инсталирано приложение или софтуер, но те по някакъв или друг начин са интегрирани с POS системите. Ако корпоративните функции се извършват с помощта на уеб приложение, ще има механизъм, който ще насочи промените или настройките към POS.

1) HR и ТРЗ - Системата за човешки ресурси и заплати се занимава с набиране на служители, поддържане на заплата / заплата на служителите, трудово законодателство, данъчни данни, наличност на служителите и отпуск за служители.

По-голямата част от поддръжката на заплатите се случва с трета страна като ADP и т.н., следователно интеграцията трябва да бъде тествана добре. Човешките дейности се поддържат най-вече вътрешно. ТРЗ се превръща в отделна огромна област за тестване, тъй като изисква всякакви изчисления, преди сумата на заплатата на служителя да бъде финализирана. Той формира огромен обхват за тестване.

  • Валидирането може да се извърши за HR дейности като набиране на служители и след това да се гарантира, че служителите се импортират в POS системи
  • Изчисляване на заплата / заплата съгласно трудовото законодателство
  • Възможността на служителите да въвеждат данни за отпуск

2) Финанси и счетоводство - Финансово-счетоводната система е тази, която изисква отчитане. Отчети за P&L, планирани бюджети, отклонения, ежедневни продажби на магазини и др. Всички тези подробности се изискват от счетоводния екип, за да се гарантира дали POS магазинът е на път или не.

Въз основа на анализа на този доклад се вземат много решения. Да кажем, че ако екипът реши да отвори нов магазин, въз основа на исторически данни и анализи, екипът по сметките одобрява бюджета и района, където магазинът може да бъде отворен. Също така такива подробности им помагат да намерят областите за подобрение.

  • Проверете генерирането на правилни отчети
  • Проверете логиката на анализа
  • Валидиране на отчета за доходите и баланса

3) Управление на доставчика - За доставката на стоки всяка индустрия за търговия на дребно ще изисква доставчици, сега оценявайки подходящия доставчик, който предоставя разумни цени, и за наблюдение на тяхното изпълнение се грижи системата за управление на доставчика.

От гледна точка на тестването, по-долу могат да се направят важни проверки:

  • Проверка на въвеждането и поддръжката на подробностите за доставчика в системата
  • Проверете ценообразуването на доставчика
  • Валидирайте ефективността на доставчика, като проследявате навременната доставка, качеството на доставените продукти и др.

4) DW и BI - Склад за данни дава възможност на всяка индустрия да съхранява и съхранява подробности за транзакцията в продължение на години, които могат да бъдат използвани за познаване на тенденциите, формулиране на модели на закупуване и др. Инструментите за бизнес разузнаване се използват за извличане на това огромно количество данни от различни системи и дават възможност на крайния потребител за анализ.

DW системите се актуализират от данните, идващи от POS системите. Следователно, от нуждите от тестване, това отново е критично за тестването. Много организации използват BI инструменти или някои разработват вътрешен анализ. Но и в двата случая се изисква тестване.

DW и BI системите помагат на хората на корпоративно ниво, като опростяват генерирането на отчети и персонализират отчетите според техните нужди, а също така спомага за по-добро проследяване на ефективността.

  • Проверката на ниво POS може да се извърши за транзакционни данни, но DW изисква валидиране на исторически данни
  • Проверете възможността за генериране на потребителски отчети и персонализиране с помощта на BI инструмент

Заключение:

най-добрият софтуер за поддръжка на системата за Windows 10

Надявам се тази статия да обясни подробно тестването на POS. Имам друга подробна статия за това как може да се направи тестване на POS система за ресторантьорството.

Примери за тестване на ресторантски системи:

=> Моля, прочетете статията за тестване на ресторант POS системи тук за да разберете повече за POS с пример.

Препоръчително четене

^