Klavye Kama ve Barkod Emülatörü: Temel Farklar

Klavye kama ne anlama gelir

Klavye kama tarayıcı bir klavye gibi davranır. Bir barkod okuduğunda karakterleri etkin alana, biri onları çok hızlı yazmış gibi gönderir. Kama tarayıcıların popüler olmasının nedenlerinden biri budur: birçok uygulama, özel bir cihaz entegrasyonu olmadan tarayıcı girişini kabul edebilir.

Uygulamanın bakış açısından bu basit gelir. Uygulamada yine de önemli davranış getirir:

• hızlı ardışık karakter girişi
• geçerli odağa bağımlılık
• ENTER ya da TAB gibi isteğe bağlı sonek tuşları
• elle yazmaya kıyasla zamanlama farkları

Barkod tarayıcı testinin, normal form testinin ortaya çıkarmadığı hataları sık sık açığa çıkarmasının nedeni bu ayrıntılardır.

Barkod emülatörü ne yapar

Barkod emülatörü, tarayıcıya benzer girişi yazılımdan yeniden üretir. Fiziksel bir tarayıcı almak yerine bir barkod değeri yapılandırır ve tarama davranışını masaüstünüzden tetiklersiniz. İyi araçlar zamanlamayı ve sonek kurallarını değiştirmenizi sağlar, böylece sonuç elle yazmaya ya da kopyala-yapıştır’a göre klavye kama girişine çok daha yakın görünür.

Bu, emülatörü bir geliştirme ve QA aracı yapar. Klavye kamanın tanımının yerini almaz. Donanım yokken, elverişsizken ya da üzerinde çalıştığınız görevden daha yavaşken barkod tarayıcı davranışını taklit etmenize yardım eder.

En önemli fark

Bunu düşünmenin en temiz yolu şudur:

• klavye kama bir tarayıcı giriş kipidir
• barkod emülatörü bu kipi taklit eden bir yazılım aracıdır

Bu iki fikri ayırdığınızda karışıklığın büyük bölümü kaybolur. Emülatörün bir kama “olup olmadığını” sormayı bırakır, uygulamanızın bağlı olduğu kama davranışını yeniden üretip üretmediğini sormaya başlarsınız.

Bu fark yazılım projelerinde neden önemlidir

Bu yalnızca bir terim tartışması değildir. Ekipler bu kavramları karıştırdığında kötü test kararları verir. Ya her küçük iş akışı değişikliği için bir donanım tarayıcının gerekli olduğunu varsayarlar ya da bir barkod emülatörünün her donanım doğrulama görevini değiştirebileceğini varsayarlar.

İki yaklaşım da iyi değildir. İlki geliştirmeyi yavaşlatır. İkincisi sahte bir güven duygusu verir. Ayrımı anlamak, testin doğru katmanı için doğru aracı seçmenize yardım eder.

Emülatörün daha iyi seçim olduğu zaman

Bir form kuruyorsanız, odak işlemeyi ayıklıyorsanız, ENTER soneki davranışını kontrol ediyorsanız ya da bir iş istasyonunda hızlı POS testi yapıyorsanız emülatör genellikle daha iyi seçimdir. Yapılandırması daha hızlıdır, tekrarı daha kolaydır ve gündelik geliştirme için daha pratiktir.

Barcode Scanner Emulator gibi araçlar bu yüzden yararlıdır. Her hata yeniden üretimini bir donanım planlama sorununa çevirmek yerine normal geliştirme sırasında barkod tarayıcı davranışını taklit etmenizi sağlarlar.

Gerçek klavye kama tarayıcının hâlâ kazandığı zaman

Cihaz yolunun kendisini doğrulamanız gerektiğinde gerçek tarayıcıyı kullanın:

• tetik hissi ve operatör deneyimi
• tarayıcı yapılandırması ve eşleştirme
• kablo ya da USB çoğaltıcı sorunları
• terminal kısıtları
• mağaza ya da depo ortamının tuhaflıkları

Bir barkod emülatörü, belirli bir tarayıcı modelinin uykudan sonra bağlantıyı kesip kesmediğini ya da kilitli bir POS terminalinin cihaz kipi değişikliğini engelleyip engellemediğini söyleyemez. Bu, emülatörün bir kusuru değildir. İki aracın farklı sorulara yanıt verdiği anlamına gelir.

Düz dille hızlı bir karşılaştırma

“Bir barkod tarandığında bu ekran doğru davranıyor mu?” sorusunu yanıtlamaya çalışıyorsanız emülatörle başlayın.

“Bu belirli tarayıcı ve ortam üretim koşullarında doğru davranıyor mu?” sorusunu yanıtlamaya çalışıyorsanız gerçek kama tarayıcıyı kullanın.

Bu basit ayrım, barkod tarayıcı testini ve POS testini genellikle çok daha öngörülebilir kılmaya yeter.

Çoğu ekibin yapması gereken ödün

Çoğu ekip için doğru ayrım açıktır:

1. gündelik geliştirme ve QA yeniden çalıştırmaları için bir barkod emülatörü kullanın
2. yayın doğrulaması ve ortama özgü kontroller için donanım tarayıcılar kullanın
3. her iki ortamda da aynı barkod demirbaşlarını tutun

Bu, donanımın artık önemsizmiş gibi yapmadan size hız kazandırır. Donanım oturumlarını da daha değerli kılar, çünkü yalnızca donanımın ortaya çıkarabileceği sorunlara odaklanırlar.

Pratik bir örnek

Bir POS ürün arama alanının elle yazdığınızda çalıştığını, ama taranan değerler ENTER ile hızla geldiğinde başarısız olduğunu düşünün. Zamanlamayı ve sonek davranışını tekrar tekrar test edebildiğiniz için bu, emülatör için klasik bir durumdur.

Şimdi aynı akışın geliştirme dizüstünüzde çalıştığını, ama tarayıcı yapılandırması farklı olduğu için gerçek kasa terminalinde başarısız olduğunu hayal edin. Fiziksel klavye kama tarayıcı orada gerekli son kontrol olur. İki araç da önemlidir, yalnızca iş akışının farklı noktalarında.

Sonuç

Klavye kama ve barkod emülatörü yarışan fikirler değildir. Biri birçok tarayıcının nasıl davrandığını anlatır. Diğeri bu davranışı test için yeniden üretmenin pratik bir yolunu verir. Bu rolleri ayırdığınızda barkod tarayıcı test stratejiniz üzerine düşünmek ve onu sürdürmek çok daha kolay olur.