อ่าน 9 นาที

วิธีทดสอบระบบ POS โดยไม่ใช้ฮาร์ดแวร์จริง

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

สิ่งที่ทดสอบได้โดยไม่มีฮาร์ดแวร์

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

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

เริ่มจากเวิร์กโฟลว์เครื่องสแกน

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

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

ทีม POS ตรวจพฤติกรรมเวิร์กโฟลว์จริงได้มากอย่างน่าประหลาดใจ ก่อนจะแตะฮาร์ดแวร์คิดเงินเฉพาะทาง

สร้างตารางทดสอบเล็กแต่สมจริง

วิธีที่ง่ายที่สุดที่จะได้ความครอบคลุมตื้น ๆ คือทดสอบสินค้าเส้นทางสำเร็จเพียงชิ้นเดียว แนวทางที่ดีกว่าคือสร้างตารางเล็กของประเภทรายการที่สะท้อนว่า POS มีพฤติกรรมอย่างไรในเวิร์กโฟลว์ค้าปลีกจริง

ผมมักต้องการอย่างน้อย:

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

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

จำลองพฤติกรรมผู้ปฏิบัติงาน ไม่ใช่แค่พฤติกรรมระบบ

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

ลองสถานการณ์แบบนี้:

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

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

ใช้สภาพแวดล้อมเป็นชั้นอย่างตั้งใจ

สำหรับการทดสอบ POS ผมชอบสามชั้น:

การพัฒนาในเครื่อง พร้อมข้อมูลตั้งต้นและโปรแกรมจำลองบาร์โค้ด
สภาพแวดล้อมทดลอง พร้อมราคา ภาษี และตรรกะสินค้าคงคลังจริง
การตรวจฮาร์ดแวร์ บนเทอร์มินัลจริงก่อนปล่อย

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

รู้ว่าอะไรยังต้องใช้ฮาร์ดแวร์จริง

การทดสอบโดยไม่มีฮาร์ดแวร์ทรงพลัง แต่มีขีดจำกัด คุณยังต้องใช้อุปกรณ์จริงสำหรับ:

การจับคู่เครื่องสแกนและพฤติกรรมไดรเวอร์
ผลลัพธ์เครื่องพิมพ์ใบเสร็จและการจัดการกระดาษ
การสื่อสารของเทอร์มินัลชำระเงิน
ข้อจำกัดของฮับ USB และคีออสก์
ข้อจำกัดเครือข่ายและเทอร์มินัลเฉพาะร้าน

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

จุดที่ทีมมักผิดพลาด

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

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

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

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

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

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

การตรวจความจริงอย่างรวดเร็ว

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

ขั้นตอนถัดไปที่มีประโยชน์

หากต้องการลองเวิร์กโฟลว์เหล่านี้ในทางปฏิบัติ ให้เริ่มจาก เครื่องมือ Barcode Scanner Emulator แล้วกลับมาอ่านบล็อกที่เหลือเพื่อดูรูปแบบการทดสอบเพิ่มเติม