8 min lees
Sleutelbordwig en strepieskode-emulator word dikwels in dieselfde gesprekke genoem, en dit is presies waarom spanne hulle deurmekaar kry. Hulle hou verband, maar hulle is nie dieselfde ding nie. 'n Sleutelbordwig beskryf hoe 'n skandeerder data na jou sagteware stuur. 'n Strepieskode-emulator is 'n instrument wat gebruik word om daardie gedrag weer te gee sonder die fisiese skandeerder.
'n Sleutelbordwigskandeerder tree soos 'n sleutelbord op. Wanneer dit 'n strepieskode lees, stuur dit karakters na die aktiewe veld asof iemand hulle baie vinnig getik het. Dit is een van die redes waarom wigskandeerders gewild is: baie toepassings kan skandeerderinvoer aanvaar sonder 'n pasgemaakte toestelintegrasie.
Vanuit die toepassing se oogpunt klink dit eenvoudig. In die praktyk bring dit steeds belangrike gedrag saam:
Daardie besonderhede is waarom strepieskodeskandeerdertoetsing dikwels foute blootlê wat gewone vormtoetsing nie doen nie.
'n Strepieskode-emulator gee skandeerderagtige invoer vanuit sagteware weer. In plaas daarvan om 'n fisiese skandeerder te gryp, stel jy 'n strepieskodewaarde op en sneller die skanderinggedrag vanaf jou lessenaar. Goeie instrumente laat jou tydsberekening en agtervoegselreëls verander sodat die resultaat baie nader aan sleutelbordwig-invoer lyk as handmatige tikwerk of kopieer-en-plak.
Dit maak die emulator 'n ontwikkelings- en QA-instrument. Dit vervang nie die definisie van sleutelbordwig nie. Dit help jou om strepieskodeskandeerdergedrag te simuleer wanneer hardeware nie beskikbaar, ongerieflik, of eenvoudig stadiger as die taak is waaraan jy werk nie.
Die skoonste manier om daaroor te dink, is dit:
Sodra jy daardie twee idees skei, verdwyn baie verwarring. Jy hou op vra of die emulator " 'n wig is" en begin vra of dit die wiggedrag weergee waarvan jou toepassing afhang.
Dit is nie net 'n terminologie-argument nie. Spanne neem slegte toetsbesluite wanneer hulle hierdie konsepte deurmekaar kry. Hulle neem óf aan dat 'n hardewareskandeerder vir elke klein werkvloei-verandering nodig is, óf hulle neem aan dat 'n strepieskode-emulator elke hardewarevalideringstaak kan vervang.
Nie een van die benaderings is goed nie. Die eerste vertraag ontwikkeling. Die tweede gee 'n valse gevoel van vertroue. Om die onderskeid te verstaan, help jou om die regte instrument vir die regte toetsvlak te kies.
As jy 'n vorm bou, fokushantering ontfout, Enter-agtervoegselgedrag nagaan, of vinnige POS-toetsing op 'n werkstasie doen, is die emulator gewoonlik die beter keuse. Dit is vinniger om op te stel, makliker om te herhaal en meer prakties vir alledaagse ontwikkeling.
Dit is ook waarom instrumente soos Barcode Scanner Emulator nuttig is. Hulle laat jou strepieskodeskandeerdergedrag tydens normale ontwikkeling simuleer in plaas daarvan om elke foutweergawe in 'n hardewareskeduleringsprobleem te verander.
Gebruik die regte skandeerder wanneer jy die toestelpad self moet valideer:
'n Strepieskode-emulator kan jou nie sê of 'n bepaalde skandeerdermodel ná slaap ontkoppel of of 'n geslote POS-terminaal 'n verandering van toestelmodus blokkeer nie. Dit is nie 'n gebrek in die emulator nie. Dit beteken net dat die twee instrumente verskillende vrae beantwoord.
As jy probeer antwoord "Tree hierdie skerm korrek op wanneer 'n strepieskode geskandeer word?" begin met die emulator.
As jy probeer antwoord "Tree hierdie presiese skandeerder en omgewing korrek op onder produksietoestande?" gebruik die regte wigskandeerder.
Daardie eenvoudige verdeling is gewoonlik genoeg om strepieskodeskandeerdertoetsing en POS-toetsing baie meer voorspelbaar te maak.
Vir die meeste spanne is die regte verdeling eenvoudig:
Dit gee jou spoed sonder om voor te gee dat hardeware nie meer saak maak nie. Dit maak hardewaresessies ook meer werd omdat hulle fokus op kwessies wat net hardeware kan openbaar.
Veronderstel 'n POS-produksoekveld werk wanneer jy met die hand tik, maar misluk wanneer geskandeerde waardes vinnig met Enter aankom. Dit is 'n klassieke geval vir 'n emulator omdat jy tydsberekening en agtervoegselgedrag herhaaldelik kan toets.
Stel jou nou voor dat dieselfde vloei op jou ontwikkelingskootrekenaar werk, maar op die regte betaalterminaal misluk omdat die skandeerderopstelling anders is. Dit is waar die fisiese sleutelbordwigskandeerder die nodige finale kontrole word. Albei instrumente maak saak, net op verskillende punte in die werkvloei.
Sleutelbordwig en strepieskode-emulator is nie mededingende idees nie. Die een beskryf hoe baie skandeerders optree. Die ander gee jou 'n praktiese manier om daardie gedrag vir toetsing weer te gee. Sodra jy daardie rolle skei, word jou strategie vir strepieskodeskandeerdertoetsing baie makliker om oor te redeneer en baie makliker om in stand te hou.
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.
