Меню

Як перевірити систему торгових точок (POS) - приклад тестування в ресторані

how test point sale system restaurant pos testing example

Спробуйте Наш Інструмент Для Усунення Проблем

Що таке точка продажу (POS)?

Псевдонім POS-місця - це місце, де відбуваються транзакції. Ви можете побачити POS-системи в роздрібних магазинах, ресторанах, лікарнях та майже скрізь, де беруть участь платежі.

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

У сьогоднішній статті я збираюся написати про те, чим тестування POS відрізняється від інших. Я також включив поради щодо тестування у всю статтю, щоб зробити це корисним для нашої спільноти тестувань.

  • Приклад Тестування POS-системи ресторану включений також

Тестування POS-системи

Давайте розглянемо:

  • Що робить тестування додатків POS різним
  • Архітектура EPOS (електронна торгова точка)
  • Фізичні компоненти EPOS
  • Рівні / функції POS
  • Приклад Тестування POS-системи ресторану включені

Рекомендована література=> Як протестувати додаток для електронної комерції

Що ви дізнаєтесь:

Що робить тестування POS різним:

Тестування POS-системи виглядає складно, але це не так складно для тих, хто добре розуміє концепцію. Це цікаво, бо ви відчуваєте, як сидите в магазині і виконання ваших тестових кейсів оскільки POS вимагає налаштування, як ви бачили б у будь-яких магазинах.

Це робить його іншим, ніж порівняння із сидінням у вашій кабінці та виконанням деяких перевірок у веб-програмі. Організації, що займаються тестуванням POS-системи, мають окремі лабораторії.

підроблена електронна адреса, яку я можу використовувати

Які проблеми виникають у тестуванні POS?

  • Кілька конфігурацій відповідно до вимог магазину - я поясню за допомогою aпростий приклад, скажімо, торгова мережа хоче розмістити рекламну пропозицію лише в одному конкретному місті, у такому випадку для систем POS, що працюють у цьому місті, потрібно зробити спеціальну конфігурацію.
  • POS вимагає належного налаштування на всіх пристроях, а також декількох типів апаратних пристроїв та версій програмного забезпечення.
  • Кілька пристроїв вимагають перевірки сумісності а також ретельне інтеграційне тестування
  • Відповідає стандарту PCI, оскільки тест POS стосується даних картки кінцевого користувача.

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

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

Кожен термінал у магазині підключений до файлового сервера. Налаштування або основні конфігурації виконуються на сервері, а потім надсилаються на кожен термінал у магазині. Для здійснення таких оновлень використовуються XML або пакетні завдання.

Для великих роздрібних магазинів або мережі магазинів жодна зміна не вноситься локально. Оскільки POS-системи приймають оплату за допомогою картки, вони інтегровані зі сторонніми постачальниками, які в основному здійснюють обробку кредитних карток, тому щоразу, коли відбувається транзакція за кредитною карткою, дані надсилаються третій стороні або банкам для авторизації.

(Клацніть на зображення для збільшення)

POS-архітектура 1

Зображення Джерело .

Фізичні компоненти POS та способи їх перевірки:

# 1) Термінал - Термінал - це головний екран, який використовується для введення деталей транзакції. В основному це сенсорні пристрої. Усі конфігурації, будь то пов’язані зі списком товарів, цінами, акційними пропозиціями, режимами оплати, потрапляють на термінал. Це основний пристрій, який використовується в будь-яких торгових точках.

  • Тестування терміналів вимагає перевірки, щоб переконатися, що пристрої підключені до мережі та працює на ній остання ОС для підтримки програми POS.

# 2) Полюс дисплея - Дисплейний стовп - це пристрій, який відображає ціну товару після сканування товару за допомогою сканера штрих-коду.

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

# 3) Зчитувач штрих-кодів - Зчитувач штрих-кодів використовується для сканування продуктів. Після завершення сканування в сервісній системі виконується перевірка, щоб перевірити, чи існує товар у списку запасів, а також отримати ціну товару. Як тільки товар продається, інвентар оновлюється для зменшення доступної кількості одиниць.

  • З метою тестування перевірку можна здійснити шляхом сканування товару, який відсутній у списку інвентаризації
  • Перевірте, скануючи товари, які є в інвентарному списку, але без позначення ціни
  • Перевірте, відсканувавши продукцію, яка доступна в списку інвентаризації, з належним позначенням до рівня ціни.

# 4) Касовий апарат - Касовий апарат використовується для зберігання Каси. Для будь-якої операції з готівкою каси одразу відкривається для касирів, щоб прийняти готівку від клієнта, а також повернути суму залишку, якщо така є.

  • Тестування касового реєстру можна здійснити, вибравши режим оплати як Готівка та здійснивши готівкову операцію із сумою повернення грошей.

# 5) Портативний пристрій - Портативні пристрої - це бездротові пристрої, які використовуються для прийому платежів за допомогою кредитних карток. Вони дозволяють легко отримати автентифікацію користувача, перенісши пристрій безпосередньо до кінцевого користувача, де користувачі можуть ввести PIN-код картки.

  • Тестування можна здійснити, створивши транзакцію, вибравши спосіб оплати як Картка.
  • Слід перевірити наявність ручного введення суми.

# 6) Принтер - Принтери підключені до кожного з терміналів і називаються регістровими принтерами, вони використовуються для формування квитанції після кожної транзакції.

  • Тестери можуть перевірити друк квитанцій, перевірити вирівнювання, перезапис тексту, розмір тексту, шрифти тощо.
  • Випадок обробки помилок можна перевірити, скажіть, що трапиться, якщо друк надається, коли принтер не знаходиться у стані готовності або принтер закінчився.
  • Перевірте результат, коли принтер переходить у автономний режим або втрачає з’єднання в середині транзакції.

# 7) Магнітний зчитувач пальців - MSR використовуються для перегляду карт, що використовуються для оплати, які можуть бути дебетовими, кредитними або подарунковими картками. Це в основному використовується в роздрібних магазинах або ресторанах, але, коли змінюється час, коли користувач повинен ввести PIN-код для оплати, у багатьох місцях можна побачити, що бездротовий пристрій використовується для прийому платежів карткою.

  • У разі подарункових карток MSR використовуються для перевірки балансу, терміну дії та для оплати. Роздруковані квитанції видаються гостям для авторизації. Тестери повинні підтвердити ці випадки.

Також читайте=> 7 типів програмних помилок, які повинен знати кожен тестер

Рівні / функції POS:

В основному в POS є 3 рівні або функції.

Функції рівнів POS

Рівень №1) Рівень програми / Функції фронт-офісу:

1) Операція продажу - Основною метою будь-якої POS-системи є полегшення транзакцій -

  • Перевірка успішної транзакції продажу, яка включала б сканування товару за допомогою пристрою штрих-коду або введення вручну за допомогою клавіатури, забезпечуючи обчислення та відображення загальної суми, що підлягає оплаті, на екрані, і це повинно закінчитися успішним друком оплати та квитанції.
  • Перевірка правильного розрахунку суми податку

2) Оплата - Оплата - це ще одна важлива сфера для тестувальників. Це пов’язано з широким діапазоном способів оплати, прийнятих POS.A POS дозволяє здійснювати оплату за допомогою карток, готівки, подарункових карток. Вони також приймають певні коди купонів, ваучери зі знижками.

  • Перевірка готівки - Перевірка готівки - це найпростіший тест. Система розраховує залишок залишку та полегшує роботу касира повернути клієнту суму. Багато разів користувачі можуть віддавати перевагу здійсненню часткових платежів - деякі за допомогою Подарункової картки (GC), а інші - Готівкою. Тестування повинно проводитися для перевірки, якщо система приймає та дозволяє часткові платежі.
  • Перевірка картки - Для оплати за допомогою картки завжди потрібно авторизація третьої сторони. Картковий платіж починається з проведення пальцем по картці - через MSR або портативний пристрій, а потім отримує дозвіл клієнта на вказану суму. Потім ця ж сума отримує дозвіл сторонніх банків.
  • Перевірка подарункової картки - Тестери можуть перевірити дату закінчення терміну дії, суму на картці до погашення можна перевірити, провівши карту на MSR, проведіть нею в обидві сторони, щоб побачити поведінку системи, перевірити в частковій платіжній операції, перевірити шляхом переплати за допомогою картки.
  • Знижки / Купони / Акційні пропозиції - Це хитра область тестування, оскільки системи розроблені для прийому лише коду купона, а не всіх видів знижок, отже перевірка повинна складатися з усіх типів комбінацій. Тестування можна провести за допомогою коду, який працює на загальну суму, або за допомогою ваучера на знижку, що застосовується до певних предметів. Знову ж таки, акційні пропозиції недовговічні і не застосовні скрізь, тому тестування на знижки та купони вимагає невеликої обережності. Також підтвердьте порядок застосування знижок. Іноді знижки в магазинах не працюють над купонами виробника, а іноді працюють. Тож будьте особливо обережні, перевіряючи це.

Рівень №2) Функції задньої панелі будинку

1) Кінець дня - Кінець дня - це найважливіша діяльність, яка виконується у серверній системі. Під час EOD виконується кілька звірок та оновлюються серверні системи.

java, додаючи елементи до масиву

Кілька зведених звітів, включаючи щоденну звірку продажів, генеруються та надсилаються зацікавленим сторонам, оскільки це вказує на те, як склався день з точки зору продажів. Крім того, до банків надсилається зведення про всі операції з кредитними картками, здійснені протягом дня. Система запасів оновлюється з урахуванням правильного балансу запасів.

Це утворює одну з основних сфер для випробувань. Важливими сценаріями, які можуть бути включені в рамках тестування ООП, можуть бути:

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

2) Планування роботи співробітників - Інша важлива діяльність BOH включає функцію планування, яка в основному стосується створення робочого графіка для працівників. Співробітники повинні входити в систему відповідно до свого графіку.

Планування може бути здійснено вручну або з використанням автоматизованого способу, використовуючи дані минулих моделей продажів та вимоги до робочої сили. Планування є бекендом, але перевірка відбувається в інтерфейсі, коли працівник намагається зайти.

на якому веб-сайті я можу дивитись аніме
  • Перевірка повинна включати перевірку позапланового годинника в
  • Запланований пізній годинник входить і виходить
  • Запланований ранній вхід та вихід годинника

3) Управління запасами - Інша важлива сфера - управління запасами. Менеджери магазинів в основному вимагають від таких систем відстеження товарів на кожному етапі інвентарного циклу, а також мати уявлення до того, як якийсь товар опуститься нижче рівня запасів.

Отже, системи інвентаризації розроблені таким чином, що менеджери можуть замовити потрібний товар у потрібний час, у потрібній кількості у потрібного продавця та за потрібною ціною.

Тестова перевірка повинна включати:

  • Перевірка кількості, яку потрібно придбати
  • Сповіщає, якщо рівень запасу опуститься нижче рівня
  • Розміщення замовлення
  • Перевірка правильного списку товарів з правильними цінами відображається на POS для вибору
  • Асоціація товарів і цін, перевірка рівня майстра

Рівень №3) Функції корпоративного рівня

Функції корпоративного рівня не вимагають, щоб ви виконували їх перед системою POS, але вони виконуються за допомогою будь-якого ноутбука / робочого столу з встановленою програмою або програмним забезпеченням, але вони тим чи іншим чином інтегровані з системами POS. Якщо корпоративні функції виконуються за допомогою веб-програми, існує механізм, який надсилатиме зміни або налаштування до POS.

1) HR та заробітна плата - Система управління персоналом та заробітної плати займається наймом працівників, підтримкою заробітної плати / заробітної плати працівників, законодавством про працю, податковими відомостями, доступністю працівників та відпустками працівників.

Здебільшого обслуговування заробітної плати відбувається з третьою стороною, як ADP тощо, тому інтеграція повинна бути перевірена добре. Діяльність з персоналу здебільшого ведеться власними силами. Нарахування заробітної плати стає окремою величезною областю для тестування, оскільки вона вимагає всіляких розрахунків до того, як сума зарплати працівника буде остаточно затверджена. Це утворює величезний простір для тестування.

  • Валідація може бути здійснена для HR-діяльності, як набір співробітників, а потім забезпечення імпорту працівників до POS-систем
  • Розрахунок заробітної плати / заробітної плати відповідно до законодавства про працю
  • Можливість співробітників вводити деталі залишення

2) Фінанси та бухгалтерія - Система фінансів та бухгалтерського обліку вимагає звітності. Звіти про прибутки та збитки, заплановані бюджети, відхилення, щоденні продажі магазинів і т. Д. Усі ці деталі потрібні бухгалтеру, щоб переконатися, чи працює POS-магазин чи ні.

Багато рішень приймаються на основі аналізу цього звіту. Скажімо, якщо команда вирішить відкрити новий магазин, спираючись на історичні дані та аналіз, команда бухгалтерів затверджує бюджет і область, де магазин може бути відкритий. Крім того, такі деталі допомагають їм знайти напрямки для вдосконалення.

  • Перевірте створення належних звітів
  • Перевірте логіку аналізу
  • Перевірка звіту про прибутки та збитки

3) Управління постачальниками - Для постачання товарів будь-яка роздрібна галузь вимагатиме продавців, зараз оцінюючи правильного постачальника, який надає розумні ціни, і контролювати їх ефективність - все це опікується системою управління постачальниками.

З точки зору тестування, нижче можна зробити важливі перевірки:

  • Перевірка введення та обслуговування деталей постачальника в системі
  • Перевірити ціни постачальників
  • Перевірте ефективність постачальника, відстежуючи своєчасну доставку, якість поставленої продукції тощо.

4) DW та BI - Інформаційне сховище дозволяє будь-якій галузі зберігати та зберігати деталі трансакції протягом багатьох років, які можна використовувати для знання тенденцій, формулювання моделей купівлі тощо. Інструменти бізнес-аналітики використовуються для отримання цієї величезної кількості даних з різних систем та надання кінцевому користувачеві можливості для аналізу.

Системи DW оновлюються на основі даних, що надходять із POS-систем. Отже, зважаючи на потреби тестування, це знову є критичним для тестування. Багато організацій використовують інструменти BI або деякі розробляють власну аналітику. Але в обох випадках необхідне тестування.

Системи DW та BI допомагають людям на корпоративному рівні, спрощуючи створення звітів та налаштовуючи звіти відповідно до їх потреб, а також покращують відстеження продуктивності.

  • Перевірка на рівні POS може бути здійснена для даних транзакцій, але DW вимагає перевірки історичних даних
  • Перевірте можливість створення та налаштування звітів користувача за допомогою інструмента BI.

Висновок:

Сподіваюсь, у цій статті детально розказано про тестування POS. У мене є ще одна детальна стаття про те, як можна провести тестування POS-системи для ресторанного господарства.

Приклад тестування ресторанних систем

=> Будь ласка, прочитайте статтю про тестування POS-систем ресторанів тут щоб зрозуміти більше про POS на прикладі.

Рекомендована література

^