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

Що можна протестувати без обладнання

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

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

Почніть із процесу сканера

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

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

Побудуйте невелику, але реалістичну тестову матрицю

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

Зазвичай я хочу принаймні:

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

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

Імітуйте поведінку оператора, а не лише системи

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

Спробуйте такі сценарії:

1. швидко відскануйте ту саму позицію двічі
2. скануйте, поки відкрите модальне вікно
3. видаліть позицію і відскануйте її знову
4. запустіть підтвердження керівника і скануйте знову
5. навмисно втратьте фокус і підтвердьте, що інтерфейс відновлюється

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

Навмисно нашаровуйте середовища

Для тестування POS мені подобаються три шари:

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

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

Знайте, що все ще потребує справжнього обладнання

Тестування без обладнання потужне, але має межі. Справжні пристрої все ще потрібні для:

• сполучення сканера і поведінки драйверів
• виводу принтера чеків і роботи з папером
• зв’язку платіжного термінала
• обмежень концентратора USB і кіоску
• мережевих і термінальних обмежень конкретної крамниці

Чесність щодо цих меж робить решту процесу міцнішою. Мета не в тому, щоб удавати, ніби обладнання не має значення. Мета — припинити витрачати час обладнання на проблеми, які можна було зловити раніше.

Де команди зазвичай помиляються

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

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

Практичний приклад

Уявіть касовий екран, де сканування товару має додати позицію, оновити кошик і одразу знову сфокусувати введення пошуку товару. Більшість цього можна перевірити без обладнання:

• імітуйте введення сканера штрихкодів у поле пошуку
• перевірте, що позицію додано правильно
• перевірте, що застосовуються акції та правила ціни
• підтвердьте, що наступне сканування потрапляє в те саме поле

Лише після того, як це пройде, вам потрібен фізичний сканер для остаточної впевненості. Такий порядок економить час і зазвичай робить сеанс обладнання кориснішим.

Швидка перевірка реальності

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