Најбољи алати за тестирање читача баркодова за програмере

Шта алат за тестирање чини заиста корисним

Добар алат не доказује само да срећна путања једном ради. Помаже вам да се крећете брзо када нешто закаже. За тестирање читача баркодова то обично значи четири ствари:

• брзу поставку
• поновљив унос
• увид у то шта је апликација заиста примила
• довољно контроле да се репродукују гранични случајеви тајминга и суфикса

Алате обично судим једним питањем: да ли ово скраћује време између „то је изгледало погрешно“ и „разумем зашто се покварило“? Ако је одговор не, алат вероватно додаје церемонију уместо вредности.

1. Емулатор читача баркодова спада у основни прибор

За свакодневни развој емулатор баркодова је најпрактичнија полазна тачка. Омогућава вам да симулирате понашање читача баркодова директно са радне станице, што је идеално када градите токове образаца, тестирате враћање фокуса или отклањате зашто се екран POS после скена понаша другачије него после ручног уноса.

Зато је користан и алат као што је Barcode Scanner Emulator: скраћује повратну петљу. Можете променити вредност баркода, поновити скен, пробати други суфикс и резултате одмах упоредити. За већину отклањања грешака на фронтенду и у токовима то је вредније од чекања на приступ физичком скенеру.

2. Прави хардверски скенери и даље важе

Емулатор није замена за сво хардверско тестирање. Пре издања и даље желите бар један прави скенер у петљи, посебно ако подржавате више оперативних система или закључане малопродајне терминале.

Права опрема је важна за проверу:

• понашања окидача скенера
• USB везе и необичности драјвера
• ограничења терминала
• разлика у хардверској конфигурацији
• осећаја правог оператера

Практичан приступ је једноставан: емулатор за свакодневни рад и физички скенер за провере поверења. Ако то обрнете, трошите време опреме на грешке које су се могле наћи много раније.

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

Токови са баркодовима добри су само колико и подаци иза њих. Шифра производа која се мапира на залихе, акције, логику пакета или правила локације много је кориснија од насумичног броја укуцаног у поље.

Држите документован скуп тестних баркодова за:

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

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

4. Алати за преглед мреже и API такође су део тестирања баркодова

Изненађујуће много отказа везаних за скен дешава се након што вредност уђе у поље. Баркод стигне исправно, али је захтев за претрагу лоше састављен, погрешно скраћен, лоше кеширан или га бекенд одбије.

Зато су евиденције, мрежни прегледачи и API алати и даље део најбољег скупа за тестирање читача баркодова. Ако скен у пољу за претрагу POS не уради ништа, желим да знам да ли је баркод исправно нормализован, да ли се ENTER окинуо двапут и да ли је сервер вратио очекивани резултат. Сам алат скенера не може да одговори на та питања.

5. POS песковници и предпродукциона окружења затварају јаз у току

За тестирање POS и токове наплате предпродукција је важна јер скенирање никада није само унос текста. Дотиче се цена, пореза, овлашћења, залиха, доделе купца и логике рачуна.

Ту предпродукционо или песковник окружење постаје неопходно. Симулирани скен може савршено да ради на страници демо компоненте, а ипак да закаже када у слику уђу акције, правила залиха и овлашћења касира. То није разлог да прескочите емулатор. То је разлог да га упарите са бољом провером тока.

Практичан скуп алата који ради за већину тимова

Ако вам треба лагана, али поуздана поставка, ово је добар подразумевани скуп:

1. емулатор баркодова за свакодневни развој и QA понављања
2. један прави скенер за проверу пред издање
3. стабилни узорци баркодова везани за познате производе или ентитете
4. евиденције захтева и апликације за отклањање грешака
5. предпродукционо или POS песковник окружење за провере целог тока

Најбржи тимови не морају да користе највише алата. Користе прави мали скуп и воде рачуна да сваки покрива другачију врсту отказа.

Мало одлучно правило које штеди време

Ако бих из већине тимова морао да избацим једну грешку, била би ова: немојте користити праву опрему за питања која су јасно о понашању софтверског тока. Ако је проблем фокус, обрада ENTER, тајминг претраге или редослед провере, почните емулацијом и евиденцијама. Опрему вратите када сузите проблем.

Тај редослед држи петљу отклањања грешака здравом. Истовремено спречава да сам скенер постане изговор зашто је грешка и после пола дана истраге и даље нејасна.

Где ово прави праву разлику

Најбржи тимови се не ослањају на један алат.

Комбинују неколико једноставних који им омогућавају да се брзо крећу када нешто пукне.

Ако вам поставка помаже да поновите исти скен, прегледате шта се десило и брзо се прилагодите, већ сте испред.