เครื่องมือทดสอบเครื่องสแกนบาร์โค้ดที่ดีที่สุดสำหรับนักพัฒนา

อะไรทำให้เครื่องมือทดสอบมีประโยชน์จริง

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

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

ผมมักตัดสินเครื่องมือด้วยคำถามเดียว สิ่งนี้ลดเวลาระหว่าง “ดูแล้วไม่ถูก” กับ “ฉันเข้าใจว่าทำไมมันพัง” หรือไม่ ถ้าคำตอบคือไม่ เครื่องมือนั้นน่าจะเพิ่มพิธีการมากกว่าคุณค่า

1. โปรแกรมจำลองเครื่องสแกนบาร์โค้ดควรอยู่ในชุดเครื่องมือเริ่มต้น

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

นี่คือเหตุผลที่เครื่องมืออย่าง Barcode Scanner Emulator มีประโยชน์ มันย่นวงจรป้อนกลับ คุณเปลี่ยนค่าบาร์โค้ด รันการสแกนซ้ำ ลองคำต่อท้ายอีกแบบ และเปรียบเทียบผลได้ทันที สำหรับการดีบักส่วนหน้าและเวิร์กโฟลว์ส่วนใหญ่ สิ่งนี้มีค่ากว่าการรอเข้าถึงเครื่องสแกนจริง

2. เครื่องสแกนฮาร์ดแวร์จริงยังสำคัญ

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

ฮาร์ดแวร์จริงสำคัญต่อการตรวจ:

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

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

3. ข้อมูลทดสอบที่เสถียรถูกประเมินต่ำไป

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

เก็บชุดบาร์โค้ดทดสอบที่มีเอกสารสำหรับ:

• สินค้าที่ถูกต้อง
• บาร์โค้ดที่ไม่รู้จัก
• บาร์โค้ดที่มีเลขศูนย์นำหน้า
• สินค้าที่ถูกจำกัดหรือมีการตรวจอายุ
• สินค้าที่มีส่วนลดหรือโปรโมชัน

สิ่งนี้สำคัญเป็นพิเศษสำหรับการทดสอบ POS หากข้อมูลทดสอบเปลี่ยนทุกวัน คุณจะจบดีบักสภาพแวดล้อมแทนซอฟต์แวร์

4. เครื่องมือตรวจเครือข่ายและ API ก็เป็นส่วนหนึ่งของการทดสอบบาร์โค้ด

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

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

5. แซนด์บ็อกซ์ POS และสภาพแวดล้อมทดลองปิดช่องว่างของเวิร์กโฟลว์

สำหรับการทดสอบ POS และเวิร์กโฟลว์คิดเงิน สภาพแวดล้อมทดลองสำคัญเพราะการสแกนไม่เคยเป็นแค่การป้อนข้อความ มันแตะราคา ภาษี สิทธิ์ สินค้าคงคลัง การกำหนดลูกค้า และตรรกะใบเสร็จ

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

ชุดเครื่องมือปฏิบัติที่ใช้ได้กับทีมส่วนใหญ่

หากคุณต้องการการตั้งค่าที่เบาแต่เชื่อถือได้ นี่เป็นค่าเริ่มต้นที่ดี:

1. โปรแกรมจำลองบาร์โค้ดสำหรับการพัฒนารายวันและการรัน QA ซ้ำ
2. เครื่องสแกนจริงหนึ่งเครื่องสำหรับตรวจก่อนปล่อย
3. ตัวอย่างบาร์โค้ดที่เสถียรและผูกกับสินค้าหรือเอนทิตีที่รู้จัก
4. ล็อกคำขอและแอปพลิเคชันสำหรับดีบัก
5. สภาพแวดล้อมทดลองหรือแซนด์บ็อกซ์ POS สำหรับตรวจเวิร์กโฟลว์ทั้งชุด

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

กฎเล็ก ๆ ที่มีจุดยืนและช่วยประหยัดเวลา

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

ลำดับนั้นทำให้วงจรดีบักยังมีสติ และยังกันไม่ให้ตัวเครื่องสแกนกลายเป็นข้ออ้างว่าทำไมบั๊กยังคลุมเครือหลังสืบสวนไปครึ่งวัน

จุดที่สิ่งนี้สร้างความต่างจริง

ทีมที่เร็วที่สุดไม่พึ่งเครื่องมือเดียว

พวกเขารวมเครื่องมือเรียบง่ายไม่กี่อย่างที่ให้เดินหน้าได้เร็วเมื่อมีบางอย่างพัง

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