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

Зашто програмери посежу за емулатором

Већина тимова нема резервни скенер поред сваког програмерског лаптопа. Чак и када опрема постоји, често је укључена у 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, грешке ћете исправити много брже него ако се ослањате само на опрему.