9 min lees
Die beste toetsopstelling vir 'n strepieskodeskandeerder is nie die een met die meeste hardeware op die lessenaar nie. Dit is die een wat jou help om skandeergedrewe foute vinnig weer te gee, mislukkings duidelik te ondersoek en dieselfde werkvloei sonder wrywing te herhaal. Vir die meeste spanne beteken dit om 'n paar praktiese instrumente te kombineer in plaas daarvan om op een enkele toestel of omgewing staat te maak.
'n Goeie instrument bewys nie net dat die gelukkige pad een keer werk nie. Dit help jou om vinnig te beweeg wanneer iets misluk. Vir strepieskodeskandeerdertoetsing beteken dit gewoonlik vier dinge:
Ek beoordeel instrumente gewoonlik met een vraag: verminder dit die tyd tussen "dit het verkeerd gelyk" en "ek verstaan waarom dit gebreek het"? As die antwoord nee is, voeg die instrument waarskynlik seremonie by in plaas van waarde.
Vir dag-tot-dag-ontwikkeling is 'n strepieskode-emulator die mees praktiese beginpunt. Dit laat jou strepieskodeskandeerdergedrag direk vanaf jou werkstasie simuleer, wat ideaal is wanneer jy vormvloei bou, fokusherstel toets, of ontfout waarom 'n POS-skerm ná 'n skandering anders optree as ná handmatige invoer.
Dit is ook waarom 'n instrument soos Barcode Scanner Emulator nuttig is: dit verkort die terugvoerlus. Jy kan die strepieskodewaarde verander, die skandering herhaal, 'n ander agtervoegsel probeer en resultate onmiddellik vergelyk. Vir die meeste voorpunt- en werkvloei-ontfouting is dit meer werd as om te wag vir toegang tot 'n fisiese skandeerder.
'n Emulator is nie 'n vervanging vir alle hardewaretoetsing nie. Jy wil steeds ten minste een regte skandeerder in die lus hê voor vrystelling, veral as jy verskeie bedryfstelsels of geslote kleinhandelterminale ondersteun.
Regte hardeware is belangrik om die volgende te valideer:
Die praktiese benadering is eenvoudig: gebruik die emulator vir daaglikse werk en die fisiese skandeerder vir vertrouekontroles. As jy dit omruil, mors jy hardewaretyd op foute wat baie vroeër gevind kon word.
Strepieskodewerkvloeie is net so goed soos die data daaragter. 'n Produkode wat na voorraad, promosies, bondellogika of liggingreëls karteer, is baie nuttiger as 'n ewekansige nommer wat in 'n veld getik word.
Hou 'n gedokumenteerde stel toetsstrepieskodes vir:
Dit is veral belangrik vir POS-toetsing. As jou toetsdata daagliks verander, eindig jy om die omgewing te ontfout in plaas van die sagteware.
'n Verbasende aantal skanderingverwante mislukkings gebeur nadat die waarde die veld binnegegaan het. Die strepieskode land korrek, maar die opsoekversoek is misvormd, verkeerd afgeknip, sleg gekas, of deur die agterkant verwerp.
Daarom is logs, netwerkinspekteurs en API-instrumente steeds deel van die beste stapel vir strepieskodeskandeerdertoetsing. As 'n skandering in 'n POS-soekveld niks doen nie, wil ek weet of die strepieskode korrek genormaliseer is, of Enter twee keer afgevuur het, en of die bediener die verwagte resultaat teruggestuur het. 'n Skandeerderinstrument alleen kan nie daardie vrae beantwoord nie.
Vir POS-toetsing en betaalwerkvloeie maak 'n toetsomgewing saak omdat skandering nooit net oor teksinvoer gaan nie. Dit raak pryse, belasting, toestemmings, voorraad, kliënttoewysing en kwitansielogika.
Dit is waar 'n toets- of sandputomgewing noodsaaklik word. 'n Gesimuleerde skandering kan perfek op 'n komponentdemobladsy werk en steeds misluk sodra promosies, voorraadreëls en kassierstoestemmings in die prentjie kom. Dit is nie 'n rede om die emulator oor te slaan nie. Dit is 'n rede om dit met beter werkvloei-validering te paar.
As jy 'n ligte maar betroubare opstelling nodig het, is dit 'n goeie verstek:
Die vinnigste spanne gebruik nie noodwendig die meeste instrumente nie. Hulle gebruik die regte klein stel instrumente en sorg dat elkeen 'n ander soort mislukking dek.
As ek een fout uit die meeste spanne moes sny, sou dit hierdie wees: moenie regte hardeware gebruik vir vrae wat duidelik oor sagtewarewerkvloei gaan nie. As die kwessie fokus, Enter-hantering, soektydsberekening of valideringsvolgorde is, begin met emulasie en logs. Bring hardeware terug sodra jy die probleem vernou het.
Daardie volgorde hou die ontfoutingslus gesond. Dit verhoed ook dat die skandeerder self die verskoning word waarom 'n fout ná 'n halwe dag se ondersoek steeds vaag is.
Die vinnigste spanne maak nie op een enkele instrument staat nie.
Hulle kombineer 'n paar eenvoudige instrumente wat hulle vinnig laat beweeg wanneer iets breek.
As jou opstelling jou help om dieselfde skandering te herhaal, te sien wat gebeur het en vinnig aan te pas, is jy reeds voor.
Nuttige volgende stap
As jy hierdie werkvloeie in die praktyk wil probeer, begin met die Barcode Scanner Emulator-instrument en kom dan terug na die res van die blog vir meer toetspatrone.
8 min lees
'n Praktiese stap-vir-stap-gids om 'n strepieskodeskandeerder-emulator te gebruik vir strepieskodeskandeerdertoetsing, QA-werkvloeie en POS-toetsing sonder regte hardeware.
9 min lees
'n Praktiese gids tot POS-toetsing sonder regte hardeware, insluitend strepieskodeskandeerdertoetsing, gefaseerde werkvloeie en die perke van hardewarevrye validering.
9 min lees
'n Volledige gids tot strepieskode-emulators, insluitend hoe hulle werk, wie hulle gebruik, waar hulle in strepieskodeskandeerdertoetsing pas, en waar hulle nie pas nie.
