Най-добрите инструменти за тестване на баркод скенери за разработчици

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

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

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

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

1. Емулаторът на баркод скенер принадлежи към стандартния набор

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

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

2. Истинските хардуерни скенери все още имат значение

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

Истинският хардуер е важен за проверка на:

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

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

3. Стабилните тестови данни са подценени

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

Пазете документиран набор от тестови баркодове за:

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

Това е особено важно за POS тестване. Ако тестовите данни се менят всеки ден, накрая отстранявате грешки в средата вместо в софтуера.

4. Инструментите за мрежа и API също са част от тестването на баркод

Изненадващо много откази, свързани със сканиране, се случват след като стойността влезе в полето. Баркодът попада правилно, но заявката за търсене е повредена, изрязана погрешно, кеширана зле или отхвърлена от сървъра.

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

5. Пясъчните среди и средите за подготовка затварят празнината в работния процес

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

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

Практичен набор от инструменти, който работи за повечето екипи

Ако ви трябва лека, но надеждна настройка, това е добър подразбиращ се избор:

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

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

Малко категорично правило, което пести време

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

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

Къде това прави истинска разлика

Най-бързите екипи не разчитат на един инструмент.

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

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