Как протестировать POS-систему.

Что такое точка продажи (POS)?

POS (Point of Sale) – это место, где происходят транзакции. POS-системы можно увидеть в розничных магазинах, ресторанах, больницах и практически везде, где в наши дни проводятся платежи.

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

БЕСПЛАТНО СКАЧАТЬ QA КНИГИ можно в телеграм канале "Библиотека тестировщика"

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

Содержание:

Чем отличается тестирование POS-систем.
Архитектура POS.
Физические компоненты POS и как их тестировать.
Уровни/функции POS:

Уровень 1. Уровень приложений/функции фронт-офиса.
Уровень 2. Функции бэк-офиса.
Уровень 3. Функции корпоративного уровня.

Чем отличается тестирование POS-систем:

Тестирование системы точки продаж (POS System Testing) может показаться сложным, но оно не так уж и сложно для тех, кто хорошо понимает данную концепцию. Это интересно, потому что вы чувствуете себя, как будто находитесь в магазине и выполняете ваши тестовые случаи, так как POS требует настройки, аналогичной той, что вы видите в реальных магазинах.

Это отличает тестирование от тестирования веб-приложения, когда вы сидите в своем кабинете и выполняете несколько проверок. Организации, занимающиеся тестированием POS-систем, содержат отдельные лаборатории.

Какие проблемы возникают при тестировании POS-систем?

Множество конфигураций в соответствии с требованиями магазина. Я объясню на простом примере, скажем, розничная сеть хочет запустить рекламное предложение только в одном конкретном городе, в таком случае требуется специальная конфигурация для POS-систем, работающих в этом городе.
POS требует правильной настройки всех устройств, а также наличия нескольких типов аппаратных устройств и версий программного обеспечения.
Многочисленные устройства требуют тестирования на совместимость, а также тщательного интеграционного тестирования
Соответствие стандарту PCI, так как POS-система работает с данными карт конечных пользователей.

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

Каждый из терминалов в магазине подключен к файловому серверу. Настройки или основные конфигурации расположены на сервере, а затем передаются на каждый из терминалов в магазине. Для выполнения таких обновлений часто используются XML-файлы или пакетные задания (batch jobs).

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

Физические компоненты POS и как их проверить:

1. Терминал – Терминал – это основной экран, который используется для ввода деталей транзакции. В основном это устройства с сенсорным экраном. Все конфигурации, будь то список продуктов, ценообразование, рекламные предложения, способы оплаты, выводятся на терминал. Это основное устройство, используемое в любом POS.

Тестирование терминала требует проверки, чтобы убедиться, что устройства подключены к сети и что на них установлена последняя версия ОС для поддержки POS-приложения.

2. Дисплейный столб – Дисплейный столб – это устройство, которое отображает цену товара после сканирования товара с помощью сканера штрих-кода.

Убедитесь, что на дисплее отображается та же цена, что и на POS-терминале.

3. Сканер штрих-кода – он используется для сканирования товаров. После завершения сканирования выполняется проверка в бэкенде, чтобы проверить, существует ли товар в списке инвентаризации, а также получить цену товара. После продажи товара инвентаризация обновляется, чтобы уменьшить количество единиц товара.

Для целей тестирования валидация может быть выполнена путем сканирования продукта, отсутствующего в инвентаризационном списке.
Проверка путем сканирования продуктов, которые доступны в инвентаризационном списке, но без маркировки цены.
Проверка путем сканирования продуктов, которые доступны в инвентаризационном списке с надлежащей маркировкой до уровня цены.

4. Кассовый аппарат – Кассовый аппарат используется для хранения наличных денег. При любой операции с наличными кассовый аппарат немедленно открывается, чтобы кассиры могли принять наличные от клиента, а также вернуть сумму остатка, если таковая имеется.

Тестирование кассового аппарата можно провести, выбрав режим оплаты “Наличные” и выполнив кассовую операцию с возвратом суммы.

5. Магнитный считыватель – MSR используются для считывания карт, используемых для оплаты, которые могут быть дебетовыми, кредитными или подарочными картами.

В случае с подарочными картами используются считыватели магнитных полос (MSR) для проверки баланса, даты истечения срока действия и для проведения оплаты. Гостям выдаются распечатанные квитанции для авторизации. Тестировщики должны проверить и подтвердить эти случаи.

6. Ручное устройство – Ручные устройства – это беспроводные устройства, которые используются для приема платежей по кредитным картам. Они позволяют легко производить аутентификацию пользователя, поднося устройство непосредственно к конечному пользователю, где пользователь может ввести пин-код карты.

Тестирование может быть выполнено путем создания транзакции, выбрав в качестве способа оплаты карту.
Необходимо провести верификацию для ручного ввода суммы.

7. Принтер – принтеры подключаются к каждому терминалу и называются регистрационными принтерами, они используются для генерации чека после каждой транзакции.

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

Уровни/функции POS:

В POS существует 3 уровня или функции.

Уровень 1. Уровень приложений/функции фронт-офиса:

1. Транзакция продажи – Основная цель любой POS-системы – облегчение транзакций.

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

2. Оплата – оплата является еще одной важной областью деятельности тестировщиков. Это связано с широким спектром способов оплаты, принимаемых POS. POS позволяет производить оплату с помощью карт, наличных, подарочных карт. Они также принимают определенные коды купонов, ваучеры на скидку.

Проверка наличных – это самая простая для тестирования проверка. Система вычисляет остаток и облегчает работу кассира, возвращая сумму клиенту. Часто пользователи могут предпочесть сделать частичную оплату – часть с помощью подарочной карты (GC) и оставшуюся часть наличными. Необходимо провести тестирование, чтобы убедиться, что система принимает и разрешает частичные платежи.
Валидация карты – Оплата с помощью карты всегда требует авторизации третьей стороны. Оплата картой начинается с проведения картой через MSR или портативное устройство, затем берется авторизация клиента на определенную сумму. Затем эта же сумма авторизуется сторонними банками.
Валидация подарочных карт – тестировщики могут проверить дату окончания срока действия, сумму на карте перед погашением. Можно проверить, провести картой по MSR в обе стороны чтобы увидеть поведение системы. Проверить в транзакции частичной оплаты, проверить переплату по карте.
Скидки/купоны/акционные предложения – Это сложная область тестирования, поскольку системы разработаны для приема только кода купона, а не всех типов скидок, следовательно, проверка должна состоять из всех типов комбинаций. Тестирование можно провести, используя код, который действует на общую сумму или используя ваучер на скидку, действующий на определенные товары. Опять же, рекламные предложения недолговечны и не везде применимы, поэтому тестирование скидок и купонов требует некоторой осторожности. Также проверьте порядок применения скидок. Иногда скидки магазина не действуют поверх купонов производителя, а иногда действуют. Поэтому будьте особенно внимательны при тестировании.

Уровень 2. Функции бэк-офиса

1. Конец дня – Конец дня является наиболее важной операцией, выполняемой в бэкенде. Во время EOD (End of Day – конец дня) проводится несколько сверок и обновляются внутренние системы.

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

Это одна из основных областей для тестирования. Важными сценариями, которые могут быть включены в тестирование EOD, могут быть следующие:

Убедиться, что процесс EOD прошел успешно. При этом будет несколько преднамеренных сбоев, чтобы убедиться, что операционный день закрыт или нет. Например, в ресторане менеджеры не смогут запустить процесс EOD, если все чеки не будут закрыты, если все сотрудники не выйдут из системы. Тестирование должно включать в себя запуск этого процесса, включая все чеки с положительным и отрицательным сценариями. Обычно это автоматизированный процесс, который планируется запускать в определенный промежуток времени в реальных магазинах. Для целей тестирования этот процесс должен быть протестирован вручную.
Проверка генерируемых отчетов о сверке и проверка содержимого отчета на соответствие данных в отчете данным конкретного магазина. Для такого типа тестирования тестировщики могут вручную создать несколько транзакций и записать введенные данные, а в конце дня сформировать отчет о сверке и сопоставить введенные данные. Отчет о сверке будет больше похож на балансовый отчет с данными по дебету и кредиту.

2. Планирование работы сотрудников – еще одна важная деятельность функции бэкенда включает в себя функцию планирования, которая в основном занимается составлением рабочего графика для сотрудников. Сотрудники должны входить в систему в соответствии со своим графиком.

Составление расписания может быть выполнено вручную или автоматизированным способом с использованием данных о прошлых продажах и потребности в рабочей силе по проекту. Составление расписания – это внутренняя деятельность, но проверка происходит на переднем плане, когда сотрудник пытается войти в систему.

Валидация должна включать проверку внепланового входа в систему.
Запланированный поздний вход и выход из системы.
Запланированный ранний вход и выход.

3. Управление запасами – еще одной важной областью является управление запасами. Менеджеры магазинов в основном нуждаются в таких системах для отслеживания товаров на каждом этапе цикла инвентаризации, а также для того, чтобы быть осведомленным когда товар упадет ниже запланированного уровня запасов.

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

Тестовая валидация должна включать в себя:

проверку количества, которое необходимо закупить
Предупреждения, если уровень запасов опускается ниже нормы
Размещение заказа
Проверка правильности списка товаров с правильными ценами, отображаемого на кассовом аппарате для выбора
Ассоциация товара и цены, проверка на уровне мастера

Уровень 3. Функции корпоративного уровня

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

1. HR и расчет заработной платы – система HR и расчета заработной платы занимается наймом сотрудников, поддержанием заработной платы, трудовым законодательством, налоговыми данными, наличием сотрудников и их отпусками.

В основном, обслуживание системы расчета заработной платы осуществляется третьей стороной, такой как ADP и т.д., поэтому интеграция должна быть хорошо протестирована. HR-деятельность в основном осуществляется собственными силами. Расчет заработной платы становится отдельной огромной областью для тестирования, поскольку он требует всевозможных вычислений, прежде чем сумма заработной платы сотрудника будет окончательно определена. Это создает огромную область для тестирования.

Валидация может быть проведена для HR-деятельности, такой как набор сотрудников, а затем обеспечение импорта сотрудников в POS-системы.
Расчет заработной платы в соответствии с трудовым законодательством
Возможность ввода данных об отпуске сотрудника

2. Финансы и бухгалтерский учет – Система финансов и бухгалтерского учета – это та система, которая требует отчетности. Отчеты P&L, плановые бюджеты, отклонения, ежедневные продажи в магазинах и т.д. Все эти данные необходимы бухгалтерии для того, чтобы убедиться, что POS-магазин идет по плану или нет.

На основе анализа этих отчетов принимается множество решений. Например, если команда решает открыть новый магазин, то на основе исторических данных и анализа бухгалтерия утверждает бюджет и район, в котором можно открыть магазин. Кроме того, такие детали помогают им найти области для улучшения.

Проверьте генерацию надлежащих отчетов
Проверка логики анализа
Проверка отчета о доходах и баланса

3. Управление поставщиками – Для поставки товаров любой отрасли розничной торговли требуются поставщики, поэтому оценка подходящего поставщика, который предлагает разумные цены, и контроль его работы – все это берет на себя система управления поставщиками.

С точки зрения тестирования можно провести следующие важные проверки:

проверка ввода и ведения подробной информации о поставщиках в системе
проверка ценообразования поставщиков
проверка работы поставщика путем отслеживания своевременной доставки, качества поставляемой продукции и т.д.

4. DW (Data Warehouse – Хранилище данных) и BI (Business Intelligence – бизнес-аналитика) . Хранилище данных позволяет любой отрасли хранить и сохранять детали транзакций в течение многих лет, что может быть использовано для определения тенденций, формулирования моделей покупки и т.д. Инструменты бизнес-аналитики используются для извлечения огромного количества данных из различных систем и предоставления конечному пользователю возможности для анализа.

Системы DW обновляются на основе данных, поступающих из POS-систем. Следовательно, с точки зрения потребностей тестирования, это опять же критически важно для тестирования. Многие организации используют BI-инструменты или некоторые разрабатывают собственные аналитические системы. Но в обоих случаях требуется тестирование.

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

Валидация на уровне POS может быть выполнена для транзакционных данных, но DW требует валидации исторических данных.
Проверьте способность пользователя создавать отчеты и настраивать их с помощью BI-инструмента.

Перевод статьи «How to Test Point of Sale (POS) System – Restaurant POS Testing Example».