คีย์บอร์ดเวดจ์กับโปรแกรมจำลองบาร์โค้ด: ความต่างที่สำคัญ

คีย์บอร์ดเวดจ์หมายถึงอะไร

เครื่องสแกนแบบคีย์บอร์ดเวดจ์มีพฤติกรรมเหมือนคีย์บอร์ด เมื่ออ่านบาร์โค้ด มันส่งอักขระเข้าช่องที่กำลังใช้งานราวกับมีคนพิมพ์อย่างรวดเร็วมาก นั่นเป็นเหตุผลหนึ่งที่เครื่องสแกนแบบเวดจ์เป็นที่นิยม แอปพลิเคชันจำนวนมากรับอินพุตเครื่องสแกนได้โดยไม่ต้องผสานอุปกรณ์เฉพาะ

จากมุมของแอปพลิเคชัน ฟังดูเรียบง่าย ในทางปฏิบัติ มันยังนำพฤติกรรมสำคัญมาด้วย:

• การป้อนอักขระต่อเนื่องอย่างรวดเร็ว
• การพึ่งโฟกัสปัจจุบัน
• คีย์คำต่อท้ายทางเลือกอย่าง ENTER หรือ TAB
• ความต่างด้านเวลาเมื่อเทียบกับการพิมพ์ด้วยมือ

รายละเอียดเหล่านั้นคือเหตุผลที่การทดสอบเครื่องสแกนบาร์โค้ดมักเผยบั๊กที่การทดสอบฟอร์มปกติไม่เจอ

โปรแกรมจำลองบาร์โค้ดทำอะไร

โปรแกรมจำลองบาร์โค้ดสร้างอินพุตแบบเครื่องสแกนจากซอฟต์แวร์ แทนที่จะหยิบเครื่องสแกนจริง คุณตั้งค่าบาร์โค้ดแล้วกระตุ้นพฤติกรรมการสแกนจากเดสก์ท็อป เครื่องมือที่ดีให้คุณเปลี่ยนจังหวะเวลาและกฎคำต่อท้าย เพื่อให้ผลลัพธ์ใกล้กับอินพุตคีย์บอร์ดเวดจ์มากกว่าการพิมพ์มือหรือการคัดลอกวาง

นั่นทำให้โปรแกรมจำลองเป็นเครื่องมือสำหรับการพัฒนาและ QA มันไม่ได้แทนที่นิยามของคีย์บอร์ดเวดจ์ มันช่วยคุณจำลองพฤติกรรมเครื่องสแกนบาร์โค้ดเมื่อฮาร์ดแวร์ไม่มี ไม่สะดวก หรือช้ากว่างานที่คุณกำลังทำ

ความต่างที่สำคัญที่สุด

วิธีคิดที่สะอาดที่สุดคือแบบนี้:

• คีย์บอร์ดเวดจ์ คือโหมดอินพุตของเครื่องสแกน
• โปรแกรมจำลองบาร์โค้ด คือเครื่องมือซอฟต์แวร์ที่เลียนแบบโหมดนั้น

เมื่อคุณแยกสองความคิดนี้ออก ความสับสนส่วนใหญ่จะหายไป คุณเลิกถามว่าโปรแกรมจำลอง “เป็น” เวดจ์หรือไม่ แล้วเริ่มถามว่ามันสร้างพฤติกรรมเวดจ์ที่แอปพลิเคชันของคุณพึ่งอยู่ขึ้นใหม่ได้หรือไม่

เหตุใดความต่างนี้จึงสำคัญในโครงการซอฟต์แวร์

นี่ไม่ใช่แค่การถกเถียงเรื่องคำศัพท์ ทีมตัดสินใจทดสอบผิดเมื่อสับสนแนวคิดเหล่านี้ พวกเขาสมมติว่าต้องมีเครื่องสแกนฮาร์ดแวร์ทุกครั้งที่เวิร์กโฟลว์เปลี่ยนเล็กน้อย หรือสมมติว่าโปรแกรมจำลองบาร์โค้ดแทนที่งานตรวจฮาร์ดแวร์ได้ทุกงาน

ไม่มีแนวทางไหนดี แนวแรกทำให้การพัฒนาช้า แนวหลังให้ความรู้สึกมั่นใจเทียม การเข้าใจความต่างช่วยให้คุณเลือกเครื่องมือที่ถูกสำหรับชั้นการทดสอบที่ถูก

เมื่อใดโปรแกรมจำลองเป็นทางเลือกที่ดีกว่า

ถ้าคุณกำลังสร้างฟอร์ม ดีบักการจัดการโฟกัส ตรวจพฤติกรรมคำต่อท้าย ENTER หรือทดสอบ POS อย่างเร็วบนเวิร์กสเตชัน โปรแกรมจำลองมักเป็นทางเลือกที่ดีกว่า ตั้งค่าได้เร็วกว่า ทำซ้ำได้ง่ายกว่า และปฏิบัติได้กว่าสำหรับการพัฒนาทุกวัน

นี่คือเหตุผลที่เครื่องมืออย่าง Barcode Scanner Emulator มีประโยชน์ พวกมันให้คุณจำลองพฤติกรรมเครื่องสแกนบาร์โค้ดระหว่างการพัฒนาปกติ แทนที่จะทำให้การสร้างบั๊กซ้ำทุกครั้งกลายเป็นปัญหาการจัดคิวฮาร์ดแวร์

เมื่อใดเครื่องสแกนคีย์บอร์ดเวดจ์จริงยังชนะ

ใช้เครื่องสแกนจริงเมื่อคุณต้องตรวจเส้นทางของอุปกรณ์เอง:

• ความรู้สึกของปุ่มกดและประสบการณ์ผู้ปฏิบัติงาน
• การตั้งค่าและการจับคู่เครื่องสแกน
• ปัญหาสายเคเบิลหรือฮับ USB
• ข้อจำกัดของเทอร์มินัล
• ความแปลกของสภาพแวดล้อมร้านหรือคลังสินค้า

โปรแกรมจำลองบาร์โค้ดบอกคุณไม่ได้ว่ารุ่นเครื่องสแกนหนึ่งหลุดการเชื่อมต่อหลังเข้าสู่โหมดพักหรือไม่ หรือเทอร์มินัล POS ที่ล็อกไว้บล็อกการเปลี่ยนโหมดอุปกรณ์หรือไม่ นั่นไม่ใช่ข้อบกพร่องของโปรแกรมจำลอง มันหมายความเพียงว่าเครื่องมือทั้งสองตอบคนละคำถาม

การเปรียบเทียบสั้น ๆ ด้วยภาษาธรรมดา

ถ้าคุณพยายามตอบว่า “หน้าจอนี้มีพฤติกรรมถูกต้องเมื่อสแกนบาร์โค้ดหรือไม่” ให้เริ่มจากโปรแกรมจำลอง

ถ้าคุณพยายามตอบว่า “เครื่องสแกนเครื่องนี้และสภาพแวดล้อมนี้มีพฤติกรรมถูกต้องในสภาพใช้งานจริงหรือไม่” ให้ใช้เครื่องสแกนเวดจ์จริง

การแยกง่าย ๆ นี้มักพอทำให้การทดสอบเครื่องสแกนและการทดสอบ POS คาดเดาได้มากขึ้น

ข้อแลกเปลี่ยนที่ทีมส่วนใหญ่ควรทำ

สำหรับทีมส่วนใหญ่ การแบ่งที่ถูกตรงไปตรงมา:

1. ใช้โปรแกรมจำลองบาร์โค้ดสำหรับการพัฒนารายวันและการรัน QA ซ้ำ
2. ใช้เครื่องสแกนฮาร์ดแวร์สำหรับตรวจก่อนปล่อยและการตรวจที่ขึ้นกับสภาพแวดล้อม
3. ใช้ตัวอย่างบาร์โค้ดชุดเดียวกันในทั้งสองสภาพแวดล้อม

คุณได้ความเร็วโดยไม่แสร้งว่าฮาร์ดแวร์ไม่สำคัญอีกต่อไป และเซสชันฮาร์ดแวร์มีคุณค่ามากขึ้นเพราะจดจ่อกับปัญหาที่ฮาร์ดแวร์เท่านั้นจะเผย

ตัวอย่างปฏิบัติ

สมมติว่าช่องค้นหาสินค้าใน POS ทำงานเมื่อคุณพิมพ์ด้วยมือ แต่ล้มเหลวเมื่อค่าที่สแกนมาถึงอย่างรวดเร็วพร้อม ENTER นั่นเป็นกรณีคลาสสิกของโปรแกรมจำลอง เพราะคุณทดสอบจังหวะเวลาและพฤติกรรมคำต่อท้ายซ้ำได้

ตอนนี้ลองนึกว่าโฟลว์เดียวกันใช้ได้บนแล็ปท็อปพัฒนา แต่ล้มเหลวบนเทอร์มินัลคิดเงินจริงเพราะการตั้งค่าเครื่องสแกนต่างกัน นั่นคือจุดที่เครื่องสแกนคีย์บอร์ดเวดจ์จริงกลายเป็นการตรวจสุดท้ายที่จำเป็น เครื่องมือทั้งสองสำคัญ แค่คนละจุดในเวิร์กโฟลว์

สรุป

คีย์บอร์ดเวดจ์และโปรแกรมจำลองบาร์โค้ดไม่ใช่แนวคิดที่แข่งกัน หนึ่งอธิบายว่าเครื่องสแกนจำนวนมากมีพฤติกรรมอย่างไร อีกหนึ่งให้วิธีปฏิบัติในการสร้างพฤติกรรมนั้นขึ้นใหม่เพื่อการทดสอบ เมื่อคุณแยกบทบาทเหล่านั้น กลยุทธ์การทดสอบเครื่องสแกนบาร์โค้ดจะคิดและดูแลรักษาง่ายขึ้นมาก