Как да тествате POS системи без истински хардуер

Какво можете да тествате без хардуер

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

Ключът е да отделите логиката на работния процес от проверката на хардуера. Ако проблемът е как POS реагира на въвеждане, промени в състоянието или резултати от търсене, софтуерното тестване обикновено е достатъчно, за да го открие. Ако проблемът е за скенери, принтери, терминали или ограничения на USB, там хардуерната обиколка става необходима.

Започнете с работния процес на скенера

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

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

Изградете малка, но реалистична тестова матрица

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

Обикновено искам поне:

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

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

Симулирайте поведението на оператора, не само на системата

Сесията на POS не е спретнат единичен тест. Касиерите се движат бързо, щракват грешното поле, сканират артикули отново, затварят подканите твърде рано и работят под натиск за време. Ако тестовите случаи без хардуер не моделират тази реалност, покритието ви ще изглежда по-добро, отколкото е.

Опитайте сценарии като тези:

1. сканирайте същия артикул два пъти бързо
2. сканирайте, докато модален прозорец е отворен
3. премахнете артикул и го сканирайте отново
4. задействайте отмяна от управител и сканирайте пак
5. изгубете фокуса нарочно и потвърдете, че интерфейсът се възстановява

Това са реалистични откази и точно такъв вид случаи емулаторът на баркод ви помага да повтаряте без умора.

Използвайте слоести среди нарочно

За POS тестване харесвам три слоя:

• локална разработка със заредени данни и емулатор на баркод
• подготовка с реална логика за цени, данъци и наличност
• проверка на хардуер на истински терминал преди издание

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

Знайте какво все още изисква истински хардуер

Тестването без хардуер е мощно, но има граници. Все още ви трябват истински устройства за:

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

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

Къде екипите обикновено грешат

Най-честата грешка е да се чака пълна хардуерна линия, преди да се тества нещо смислено. Звучи предпазливо, но обикновено забавя грешките, вместо да ги предотвратява. Ако търсенето на продукт се провали, защото полето за търсене губи фокус след подкана за отстъпка, хардуерът няма магически да направи тази грешка по-лесна за разбиране.

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

Практически пример

Представете си екран на каса, където сканирането на продукт трябва да добави артикула, да обнови кошницата и веднага да върне фокуса на полето за търсене на продукт. Можете да проверите по-голямата част от това без хардуер:

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

Едва след като това мине, ви трябва физическият скенер за крайна увереност. Този ред пести време и обикновено прави хардуерната сесия по-полезна.

Бърза проверка на реалността

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