Как да използвате емулатор на баркод скенер (ръководство стъпка по стъпка)

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

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

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

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

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

Стъпка 1: Разберете поведението, което трябва да симулирате

Преди да настроите каквото и да било, решете какво означава „правилно“ поведение на скенера за работния процес, който тествате. Повечето USB скенери се държат като клавиатурен клин. Те въвеждат знаците бързо в полето с фокус и често добавят Enter накрая.

Тази подробност е важна. Ако само поставите текст в поле за въвеждане, всъщност не тествате как се държи екранът по време на сканиране. Доказвате само, че полето може да задържи стойността. Добрата настройка на Barcode Scanner Emulator е полезна, защото ви помага да симулирате поведението на баркод скенер, вместо да го заменяте с ръчно писане.

Стъпка 2: Изберете един точен работен процес

Избягвайте широки цели като „тествай сканирането“. По-добра цел е нещо конкретно, например:

1. сканирайте продуктов код в полето за търсене на продукт
2. изпратете автоматично с Enter
3. добавете продукта в кошницата
4. върнете фокуса към полето за търсене

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

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

Стъпка 3: Използвайте реалистични стойности на баркод

Тестовата стойност трябва да прилича на данните, които системата ви получава в продукция. Ако приложението очаква EAN-13, използвайте 13-цифрени стойности. Ако сървърът съпоставя низове от баркодове с вътрешни SKU, използвайте баркодове, които наистина съществуват в тестовите ви данни.

Силно препоръчвам да пазите кратка библиотека от известни стойности:

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

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

Стъпка 4: Съобразете синхронизацията и поведението на наставката

Синхронизацията е мястото, където се крият много истински грешки. Някои интерфейси се държат идеално, когато стойността се появи наведнъж, но се провалят, когато знаците пристигат в бърза последователност. Други работят, докато скенерът не добави Enter и екранът не изпрати в грешния момент.

Когато настройвате емулатора на баркод, тествайте повече от един вариант:

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

Ако работният процес с баркод зависи от отложено търсене, валидиране при промяна или управление на фокуса след сканиране, тази стъпка не е по избор. Обикновено тя е разликата между „работи на моята машина“ и „работи в продукция“.

Стъпка 5: Тествайте фокуса както би го направил истински оператор

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

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

Чести грешки, които пилеят време

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

Най-полезното мислене е това: тествайте поведението около сканирането, не само самата стойност.

Какво всъщност има значение на практика

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

Проблемът е това, което интерфейсът прави веднага след сканирането.

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