8 min de citit
Un emulator de scaner de coduri de bare este una dintre cele mai rapide metode de a testa fluxurile dependente de scaner când dispozitivul real lipsește, este folosit în comun sau pur și simplu încetinește dezvoltarea. Dacă lucrați la fluxuri de casă, unelte de depozit, ecrane administrative interne sau software POS, posibilitatea de a simula la cerere intrarea scanerului face depanarea mult mai puțin chinuitoare.
Cele mai multe echipe nu au un scaner de rezervă lângă fiecare laptop de dezvoltator. Chiar și când hardware-ul există, este adesea conectat la un post QA, la un terminal POS folosit în comun sau la o linie de pregătire pe care o folosește deja altcineva. De aceea, o depanare simplă devine surprinzător de lentă.
Un emulator de cod de bare rezolvă asta, permițându-vă să reproduceți de pe propria mașină o introducere de la tastatură asemănătoare unui scaner. În testarea zilnică a scanerului, acest lucru contează mai mult decât se așteaptă lumea. Puteți relua aceeași scanare, schimba ritmul, comuta sufixul Enter și compara comportamentul fără să vă ridicați de la birou.
Cazuri tipice:
Înainte să configurați ceva, stabiliți ce înseamnă un comportament „corect” al scanerului pentru fluxul pe care îl testați. Cele mai multe scanere USB se comportă ca o pană de tastatură. Introduc caracterele rapid în câmpul focalizat și adesea adaugă Enter la final.
Acest detaliu este important. Dacă doar lipiți textul într-un câmp, nu testați cu adevărat cum se comportă ecranul în timpul scanării. Dovediți doar că câmpul poate păstra valoarea. O configurare bună a Barcode Scanner Emulator este utilă pentru că vă ajută să simulați comportamentul scanerului, nu să îl înlocuiți cu tastarea manuală.
Evitați obiective largi de tipul „testăm scanarea”. Un obiectiv mai bun este concret, de exemplu:
Acest nivel de detaliu contează pentru că defectele legate de codul de bare stau adesea în pașii din jurul scanării. Valoarea în sine poate fi validă, dar interfața poate eșua totuși pentru că focalizarea s-a mutat, Enter s-a declanșat prea devreme sau un gestionar de validare a rulat de două ori.
La uneltele de operațiuni pentru comerț electronic, ținta poate fi un formular de căutare a comenzii. La testarea POS, este adesea ecranul de vânzare. La software-ul de depozit, poate fi un formular de recepție sau un flux de inventariere.
Valoarea de test ar trebui să semene cu datele pe care sistemul le primește în producție. Dacă aplicația așteaptă EAN-13, folosiți valori de 13 cifre. Dacă serverul leagă șirurile de cod de bare de SKU-uri interne, folosiți coduri care există cu adevărat în datele de test.
Recomand cu tărie să păstrați o bibliotecă scurtă de valori cunoscute:
Sună elementar, dar asta este diferența dintre un test superficial și unul util. Testarea scanerului devine mult mai bună când încetați să tratați fiecare scanare ca pe același eveniment.
În ritm se ascund multe defecte reale. Unele interfețe funcționează perfect când valoarea apare dintr-odată, dar eșuează când caracterele sosesc în secvență rapidă. Altele merg până când scanerul adaugă Enter și ecranul trimite în momentul greșit.
Când configurați emulatorul, testați mai mult de o variație:
Dacă fluxul depinde de o căutare întârziată, de validare la modificare sau de gestionarea focalizării după scanare, acest pas este obligatoriu. De obicei el separă „merge la mine” de „merge în producție”.
În practică, defectele de focalizare sunt mai frecvente decât defectele de interpretare a codului. O scanare poate fi corectă tehnic și totuși să strice fluxul, pentru că cursorul stă în câmpul greșit. De aceea merită testate calea fericită și câteva greșeli realiste.
Pe un ecran POS, de exemplu, vă puteți aștepta ca câmpul de căutare a produsului să recapete focalizarea după adăugarea articolului. Dacă nu se întâmplă, următoarea scanare simulată poate ajunge într-un câmp de cantitate, într-un câmp de reducere sau nicăieri util. Emulatorul este potrivit pentru a reproduce asta, pentru că același scenariu poate fi declanșat iar și iar, fără diferențele tastării manuale.
Atitudinea cea mai utilă este aceasta: testați comportamentul din jurul scanării, nu doar valoarea.
De cele mai multe ori, problema nu este codul de bare în sine.
Este ceea ce face interfața imediat după scanare.
Dacă puteți reproduce acel moment în mod consecvent, mai ales cu ritmul și comportamentul Enter, veți repara defectele mult mai repede decât dacă vă bazați doar pe hardware.
Următorul pas util
Dacă vreți să încercați aceste fluxuri în practică, începeți cu instrumentul Barcode Scanner Emulator și apoi reveniți la restul blogului pentru mai multe tipare de testare.
9 min de citit
O trecere în revistă practică a celor mai bune unelte de testare a scanerului de coduri de bare pentru dezvoltatori, echipe QA și ingineri POS, cu compromisuri reale și sfaturi de configurare.
9 min de citit
Un ghid practic pentru testarea POS fără hardware real, inclusiv testarea scanerului de coduri de bare, fluxurile pe etape și limitele validării fără aparate.
8 min de citit
O comparație practică între intrarea de tip pană de tastatură și emulatoarele de cod de bare, cu diferențe de configurare, compromisuri și locul fiecăruia în testarea scanerului.
