Phase 10(1)

ใช้หน้านี้ทดสอบรับงาน (UAT) ตามบทบาทในคอลัมน์แรก แต่ละแถวระบุสิ่งที่ต้องทำและสิ่งที่ต้องเห็นจึงจะถือว่าผ่าน ทุกเคสเริ่มที่ ยังไม่ได้ทดสอบ

เตรียมรอบทดสอบ

• ใช้บัญชีทดสอบของฝ่ายขาย หน้าร้าน ขนส่ง คลัง QC และ Admin เตรียมสาขาหลัก สาขาที่สอง คลังฝาก ลูกค้า A/B และสินค้าที่ทราบยอดคงเหลือกับยอดจองก่อนเริ่ม
• ใช้เอกสารคนละใบเมื่อทดสอบคนละผลลัพธ์ เช่น ยกเลิกบิลก่อนหยิบกับหลังหยิบ สำหรับกฎขายที่ใช้ร่วมกัน ให้ทำซ้ำบน Mobile และ POS Terminal/หน้าร้านในเมนูที่มี แล้วเทียบยอด สิทธิ์ และข้อความเมื่อทำรายการไม่ได้
• เตรียมผู้ตรวจปลายทางสำหรับ Checklist ขนส่ง, Incoming (รายการรับชำระ), SAP และช่อง MS Teams ของคลังในระบบทดสอบ การเห็นข้อความว่าส่งสำเร็จที่ POS อย่างเดียวยังไม่พอสำหรับเคสที่ต้องตรวจปลายทาง
• ก่อนทดสอบให้เจ้าของงานระบุกฎย้ายยอด booking ของเอกสารโอนทั้งสองชนิด, ตัวเลือกบิลใน Order, อัตราค่าธรรมเนียม, เกณฑ์รถพร้อมใช้งาน และแบบฟอร์ม/ช่อง Teams ปลายทาง หากขาดเกณฑ์หรือข้อมูลสำหรับแถวใด ให้บันทึก รอยืนยัน พร้อมระบุสิ่งที่ขาด

ขนส่งและปิดกะ

ปรับ Flow การรับชำระเงิน

ใช้เที่ยวที่เริ่มส่งแล้ว เลือกจุดส่งที่ยังไม่ได้รับชำระ ยอดต้องชำระ 1,000 บาท ไม่มีค่าธรรมเนียม ใช้คนละจุดส่งสำหรับแต่ละรอบ เปิดรายการลูกค้าแล้วกด ยืนยันการส่ง เมื่อกรอกครบให้กด ตกลง บน Mobile หรือ บันทึก บน Terminal หลังบันทึกให้ดูหมายเหตุบนการ์ดลูกค้าคนเดิม ผู้ทดสอบไม่ต้องพิมพ์ส่วน // System : เอง

เคส / ผู้ทดสอบ	ขั้นตอนที่ต้องทำ	ผลที่คาดหวัง
TR-01 · ขนส่ง · รับชำระแบบ “อื่นๆ”	เลือก อื่นๆ แล้วทำแต่ละรอบตามตารางด้านล่าง พิมพ์เหตุผลสั้น ๆ ตรวจสอบค่าธรรมเนียม แนบหลักฐานตามที่หน้าจอขอ แล้วบันทึก	เมื่อโหลดเที่ยวใหม่ การ์ดลูกค้ามีเหตุผลที่พิมพ์ ตามด้วย // System : ยอดเงินสด ยอดโอน และข้อความตรงกับตัวเลือกของรอบนั้น
TR-02 · ขนส่ง · โอนผ่านขนส่งหรือโอนให้ฝ่ายขายภายหลัง	เลือก โอน / QR Code แล้วลองบันทึกโดยยังไม่เลือกสถานะ จากนั้นเลือก ลูกค้าจะโอนชำระกับฝ่ายขายเองภายหลัง แนบหลักฐานแล้วบันทึก อีกจุดส่งให้เลือก ลูกค้าโอนชำระกับพนักงานขนส่งแล้ว แล้วบันทึกตามยอดจริง	ครั้งแรกขึ้น “กรุณาเลือกสถานะการชำระเงินโอน” เมื่อเลือกจ่ายภายหลัง หมายเหตุระบบระบุเงินสด 0 บาท ยอดโอน 1,000 บาท และ “ลูกค้าจะโอนชำระกับฝ่ายขายเองภายหลัง” ส่วนจุดที่โอนให้ขนส่งแล้วไม่ควรมีข้อความจ่ายภายหลัง

ตัวเลือกสำหรับ TR-01 — ตรวจทั้งสามรอบด้วยยอดตั้งต้นเท่ากัน

ปุ่มที่เลือกใน “อื่นๆ”	สิ่งที่ให้ลอง	สิ่งที่ต้องเห็นหลังบันทึก
รับสินค้าบางรายการ	กรอกเงินสดที่รับจริง 600 บาท ยอดโอน 0 บาท	หมายเหตุระบบระบุเงินสด 600 โอน 0 และ “รับสินค้าบางรายการ”
ไม่รับสินค้า	ลองเลือก “รับสินค้าบางรายการ” และ “แบ่งชำระ” ก่อน แล้วเปลี่ยนเป็น “ไม่รับสินค้า”	ก่อนบันทึก “รับสินค้าบางรายการ” ถูกยกเลิกและ “แบ่งชำระ” ถูกซ่อน หลังบันทึกยอดสดและโอนเป็น 0 หมายเหตุระบบระบุเฉพาะ “ไม่รับสินค้า” เป็นผลการรับสินค้า
แบ่งชำระ	เลือกเฉพาะ “แบ่งชำระ” กรอกเงินสด 400 บาท แล้วตรวจช่องเงินโอน	แอปเติมยอดโอน 600 บาท หมายเหตุระบบระบุเงินสด 400 โอน 600 และ “แบ่งชำระ”

จัดสาย ส่งสินค้า และปิดกะ

เคส / ผู้ทดสอบ	ข้อมูลและขั้นตอนที่ต้องทำ	ผลที่คาดหวัง
TR-03 · ขาย	รถบรรทุกได้ 1,000 กก. สายมีใบจัด 400 และ 350 กก. ดึงลูกค้าที่มีใบใหม่ 260 กก. เข้าสาย ตรวจหน้าก่อนกด Confirm แล้วลองใหม่ด้วยใบ 250 กก.	รอบแรกเตือนก่อนฝ่ายขายยืนยัน เพราะรวมเป็น 1,010 กก. รอบที่รวมได้พอดี 1,000 กก. ไม่เตือนว่าเกิน
TR-04 · ขนส่ง	เปิดใบจัดสายที่มีน้ำหนักเดิม 750 กก. กด Confirm ใบเพิ่ม 260 กก. ทดลองอีกสายด้วยใบเพิ่ม 240 กก.	ขนส่งได้รับคำเตือนที่จุดยืนยันสำหรับยอด 1,010 กก. สายที่รวมได้ 990 กก. ไม่เตือน ใบที่กำลังยืนยันถูกนับครั้งเดียว
TR-05 · ผู้จัดสาย	เตรียมรถพร้อม 3 คัน คัน A ยังว่าง คัน B ถูกจัดสายแล้ว คัน C กดรับงานแล้ว เปิดช่องเลือกทะเบียน จากนั้นให้ผู้ใช้อื่นจัด A เข้าสายและโหลดรายการใหม่	ครั้งแรกเลือกได้เฉพาะ A หลังโหลดใหม่ A ก็ไม่อยู่ในรายการรถว่าง
TR-06 · ขนส่ง	เตรียมใบจัด 4 ใบ สายเหนือดึงแล้ว 1 ใบ สายเหนือยังไม่ดึง 2 ใบ สายใต้อีก 1 ใบ กด “เริ่มส่ง” ของสายเหนือ	พบใบค้างทั้ง 2 ใบของสายเหนือก่อนออกส่ง ผู้ใช้ตรวจว่าจัดการใบใดไปแล้วได้ ใบเดิมไม่ถูกดึงซ้ำและใบสายใต้ไม่ปะปน
TR-07 · ขนส่ง	ใช้บิลคนละใบ เลือกชำระสด โอน QR และอื่น ๆ บันทึกแต่ละใบ เปิดใหม่ แล้วให้ผู้ตรวจ Incoming ค้นด้วยเลขบิลก่อนปิดกะ	ทั้ง 4 ใบเก็บวิธีชำระตรงที่เลือก และยังไม่มี Incoming ของบิลเหล่านี้
TR-08 · ขนส่ง	ใช้ 3 บิล บิลแรกส่ง 10 หน่วย ลูกค้ารับ 6 บิลที่สองไม่รับสินค้า บิลที่สามรับสินค้าแต่ได้ส่วนลดตามยอดตัวอย่าง บันทึก flag แล้วเปิดรายละเอียดใน Checklist	แต่ละบิลแสดงเหตุการณ์ตรงใบ จำนวนรับจริงหรือยอดส่วนลดตรงที่กรอก ตรวจสอบยอดของแต่ละบิลได้ก่อนปิดกะ
TR-09 · ขนส่ง	เปิดงานที่ติดต่อลูกค้าไม่ได้ เลือก “ส่งไม่สำเร็จ” บันทึกเหตุผล เปิดรายการสายและรายละเอียดอีกครั้ง	ทั้งรายการและรายละเอียดแสดงว่าส่งไม่สำเร็จ เปิดอ่านเหตุผลเดิมได้ และไม่มี Incoming จากการบันทึกเหตุการณ์นี้
TR-10 · ขนส่ง/ผู้ปิดกะ	ใช้กะที่มีบิลสดและโอน บันทึกผลส่งใน POS แล้วไป Checklist แก้วิธีชำระของหนึ่งบิลจากสดเป็นโอน ตรวจยอดแยกวิธีก่อนกดปิดกะ	POS ไม่บังคับทำ Deposit ในขั้นปิดกะขนส่ง Checklist แสดงวิธีชำระและยอดหลังแก้ไข และยังไม่มี Incoming ก่อนปิดกะสำเร็จ
TR-11 · ผู้ปิดกะ/บัญชี	ใช้กะจาก TR-10 ทดสอบปิดไม่สำเร็จหนึ่งครั้งในระบบทดสอบ ตรวจ Incoming แล้วแก้สาเหตุ ปิดสำเร็จ และโหลดผลซ้ำ	รอบที่ล้มเหลวไม่เกิด Incoming หลังปิดสำเร็จตรวจเลขอ้างอิงและยอดได้ตรงกับ Checklist หลังแก้ไข โหลดซ้ำแล้วยอดรับชำระไม่ซ้ำ
TR-12 · Admin	เปิดเที่ยวที่คนขับกรอกเลขไมล์ผิด จดเลขเดิม แก้เป็นเลขตามหลักฐาน แล้วเปิดเที่ยวเดิมด้วยบัญชีขนส่ง ลองแก้ผ่านบัญชีที่ไม่มีสิทธิ์ Admin	ทั้งสองบัญชีเห็นเลขไมล์ที่แก้แล้วในเที่ยวเดิม การแก้แบบ Admin ทำไม่ได้จากบัญชีที่ไม่มีสิทธิ์
TR-13 · Admin	หลังคนขับกดเริ่มส่งด้วยทะเบียนผิด ให้ Admin เปลี่ยนเป็นทะเบียนที่ถูกต้อง เปิดเที่ยวเดิมจากบัญชีคนขับ และลองใช้สิทธิ์แก้แบบ Admin ด้วยบัญชีทั่วไป	เที่ยวที่เริ่มแล้วแสดงทะเบียนใหม่ ใบจัดและลูกค้ายังอยู่ในเที่ยวเดิม บัญชีทั่วไปแก้แทน Admin ไม่ได้

ขาย เปิดบิล และรับชำระ

เคส / ผู้ทดสอบ	ข้อมูลและขั้นตอนที่ต้องทำ	ผลที่คาดหวัง
SA-01 · ขาย	จากหน้า Order เลือกบิลตามตัวเลือกที่เจ้าของงานระบุ บันทึก เปิดใหม่ แล้วออกเอกสารจาก Order นั้น ทำซ้ำด้วยตัวเลือกอีกแบบ	ตัวเลือกที่บันทึกคงอยู่ เอกสารปลายทางตรงกับบิลที่เลือกในแต่ละรอบ
SA-02 · ขาย	ลูกค้า A มีสองที่อยู่ ตั้งที่อยู่ที่สองเป็นที่อยู่หลัก ออกจากหน้าลูกค้าแล้วเปิดบิลใหม่ของ A จากนั้นเปิดบิลใหม่ของ B	A มีที่อยู่หลักเพียงแห่งเดียว บิลใหม่ใช้ที่อยู่ที่สองของ A เป็นค่าเริ่มต้น ส่วน B ยังใช้ที่อยู่ของ B
SA-03 · ขาย	เปิดบิล A ที่มีสินค้าแล้ว กดเพิ่มที่อยู่จัดส่งและปักพิกัดจากหน้าเปิดบิล เลือกที่อยู่ใหม่ บันทึกและเปิดบิลซ้ำ แล้วตรวจข้อมูลลูกค้า A	เพิ่มได้โดยไม่ต้องย้อนออกไปหน้าลูกค้า บิลยังเป็นเลขเดิม สินค้าเดิมอยู่ครบ ที่อยู่และพิกัดตรงกับจุดที่เลือกและผูกกับ A
SA-04 · ขาย/หน้าร้าน	ทำทั้งสองช่องทาง ใช้บิลยอดสุทธิ 1,000 บาท เลือกแบ่งชำระ กรอกสด 400.25 บาท ตรวจยอดโอน แนบหลักฐานตามขั้นตอนแล้วบันทึก	ยอดโอนเป็น 599.75 บาท รายละเอียดหลังบันทึกแสดงสดและโอนรวม 1,000 บาทตรงกับยอดสุทธิ
SA-05 · ขาย/หน้าร้าน	ในบิลแบ่งชำระ 1,000 บาท ลองกรอกเงินสดเกินยอด แล้วล้างช่องเงินสดและลองยืนยัน จากนั้นกรอก 400 บาท ตรวจยอดโอนก่อนยืนยันอีกครั้ง	ค่าเกินยอดไม่ทำให้บันทึกยอดผิด ช่องว่างยืนยันไม่ได้ เมื่อยอดถูกต้อง โอนเป็น 600 บาท และบันทึกได้ครั้งเดียว
SA-06 · ขาย	ใช้ SKU/ล็อตที่จอง 6 หน่วยจากใบ A 2 และใบ B 4 เปิดรายละเอียด “ติดจอง” ของ SKU แล้วเปิด SKU ที่ไม่มียอดจอง	ระบุได้ว่าต้องตามใบ A หรือ B และแต่ละใบจองเท่าไร ยอดรวมเป็น 6 หน่วย SKU ที่ไม่มีการจองไม่แสดงรายการของ SKU ก่อนหน้า
SA-07 · ขาย	เปิดใบแจ้งหนี้ที่ยังไม่เริ่มหยิบและยังไม่เข้าสาย ขอให้ยกเลิก ทำขั้นตอนตามสิทธิ์แล้วเปิดรายการและรายละเอียดอีกครั้ง	คำขออ้างถึงเลขบิลที่เลือก เมื่อจบขั้นตอนยกเลิก รายการและรายละเอียดแสดงสถานะยกเลิกตรงกัน
SA-08 · ขาย	ลองขอยกเลิกบิลที่เริ่มหยิบแล้วแต่ยังไม่เข้าสาย และอีกบิลที่เข้าสายแล้วแต่ยังไม่เริ่มหยิบ	ยกเลิกไม่ได้ทั้งสองกรณี ผู้ใช้ทราบว่าใบใดติดขั้นตอนไหน และสถานะเอกสารเดิมยังอยู่
SA-09 · ขาย/ผู้ตรวจยอด	เตรียมบิลเข้าเกณฑ์ค่าธรรมเนียมและบิลไม่เข้าเกณฑ์ จดอัตราและยอดที่ควรได้แยกจากค่าสินค้าและค่าขนส่ง เปิดบิลทั้งสอง ตรวจยอดแล้วโหลดใหม่	บิลแรกแสดงค่าธรรมเนียมและยอดรวมตรงกับที่คำนวณ ค่าธรรมเนียมไม่บวกซ้ำ บิลที่สองไม่ถูกคิดค่าธรรมเนียม
SA-10 · ขาย/หน้าร้าน	เปิดฟอร์ม QR Payment ของลูกค้า A แล้วสลับไปบิลของ B ที่ยอดเท่ากัน เปิด QR และตรวจภาพในขั้นตอนเตรียมส่งให้ลูกค้า	ฟอร์มและภาพ QR ที่จะส่งมีชื่อลูกค้าตรงกับบิลปัจจุบัน เมื่อเป็นบิล B ไม่ปรากฏชื่อ A

ใบเบิกดูปลาและการแปลงเป็น Order

เคส / ผู้ทดสอบ	ข้อมูลและขั้นตอนที่ต้องทำ	ผลที่คาดหวัง
BR-01 · ขาย	จดยอดจองของล็อต เปิดใบเบิกดูปลา เบิกด้วยบัญชีฝ่ายขาย แล้วคืนทั้งใบด้วยบัญชีเดิมโดยไม่แปลงเป็น Order ตรวจล็อตอีกครั้ง	ฝ่ายขายทำรายการเบิกและคืนเองได้ เมื่อคืนครบ ยอดจองที่เพิ่มจากใบนี้ถูกปล่อย ยอดจองจากใบอื่นยังอยู่
BR-02 · ขาย/คลัง	ลองทำรายการเบิกประเภท “ทำลาย” ด้วยบัญชีฝ่ายขาย แล้วใช้บัญชีคลังที่มีสิทธิ์ทำรายการเดียวกัน	ฝ่ายขายดำเนินการเบิกทำลายไม่ได้ คลังทำได้ตามสิทธิ์ของคลัง
BR-03 · ขาย สาขาหลัก	เปิดใบเบิกดูปลาที่รับงานแล้วแต่ยังไม่คืนหรือตัดสต๊อก เลือกสินค้าทั้งหมดแล้วแปลงเป็น Order ปรับจำนวนขายใน Order และเปิดใหม่	สร้าง Order ได้โดยตรง รายการตรงที่เลือก จำนวนขายและยอดใน Order ตรงกับที่แก้ การแปลงไม่บังคับคืนก่อนและไม่มีการตัดสต๊อกซ้ำ
BR-04 · ขาย → คลัง	สาขาหลักเบิก A/B/C จดล็อตและยอดจอง ฝ่ายขายเลือกแปลงเฉพาะ A เปิด Order แล้วให้คลังตรวจ B/C ก่อนและหลังกดรับคืน	Order มีเฉพาะ A ส่วน B/C ยังรอคลังและยังไม่ถูกคืนอัตโนมัติ เมื่อคลังยืนยันคืน ยอดจองของ B/C ถูกปล่อยโดยไม่คืน A
BR-05 · ขาย/คลัง	ลองกดแปลงโดยไม่เลือกสินค้า จากนั้นเลือกหนึ่งรายการและแปลงสำเร็จ เปิดใบเดิมใหม่แล้วลองทำรายการเดิมซ้ำ	ไม่เกิด Order ว่างหรือ Order ซ้ำ ตรวจจากใบเบิกได้ว่ารายการใดแปลงแล้วและรายการใดยังรอคืน

คลัง การย้ายสินค้า และ SAP

เคส / ผู้ทดสอบ	ข้อมูลและขั้นตอนที่ต้องทำ	ผลที่คาดหวัง
WH-01 · คลัง	Transfer-out (โอนออกไปสาขา) เตรียมล็อตที่มีทั้งยอดว่างและยอด booking จดใบจอง ต้นทาง ปลายทาง และยอดที่ควรเหลือตามกฎที่ยืนยัน ทำรายการโอนแล้วตรวจล็อตทั้งสองฝั่ง	ยอดว่างและยอดจองของแต่ละคลังตรงกับตัวเลขที่เตรียม ใบจองยังตามได้ ไม่มีจำนวนเดียวกันถูกจองซ้ำสองคลัง
WH-02 · คลัง	Transfer-branch (ย้ายสินค้าตู้แช่) เตรียมล็อตที่ติด booking เช่นเดียวกับ WH-01 ลองย้ายจำนวนตามสิทธิ์ แล้วลองจำนวนที่เกินยอดที่อนุญาตในใบใหม่	ใบแรกย้ายและจัดการยอดจองตรงกฎของ Transfer-branch ใบที่เกินยอดไม่เปลี่ยนสต๊อกหรือยอดจอง
WH-03 · คลัง	เปิดประวัติ Transfer-branch ค้นหาเลขใบจาก WH-02 แล้วเทียบต้นทาง ปลายทาง รายการ ล็อต จำนวน และสถานะกับเอกสารจริง ปิดแล้วค้นซ้ำ	เปิดประวัติของใบที่ต้องการได้ ข้อมูลตรงกับเอกสารที่ย้ายจริง และใบเดิมไม่เพิ่มเป็นสองรายการเมื่อโหลดใหม่
WH-04 · คลัง/ผู้ดูแล SAP	ทำ Stock-in, Transfer-in และ Transfer-out อย่างละหนึ่งใบจน SAP ตอบสำเร็จ ใช้เลขใบแต่ละใบค้นใน log แล้วเทียบกับผลที่ผู้ดูแล SAP เห็น	ทั้ง 3 ประเภทมี log ผูกกับใบที่ส่ง แยกประเภทและผลตอบกลับได้ เลขอ้างอิงจาก SAP ตรงกับรายการปลายทาง
WH-05 · คลัง/ผู้ดูแล SAP	ให้ผู้ดูแลจำลอง SAP ตอบผิดพลาดในแต่ละประเภทจาก WH-04 บันทึกเลขใบและข้อความจริง แก้สาเหตุแล้วลองส่งใบเดิมอีกครั้ง	ค้นผลล้มเหลวและผลการส่งใหม่ตามเลขใบเดิมได้ ข้อความตรงกับ SAP และการลองใหม่ไม่ทำให้เกิดรายการสต๊อกสำเร็จซ้ำ
WH-06 · คลังหน้าร้าน	เตรียม Order เดียว 10 หน่วย ออก Invoice I1 จำนวน 4 และ I2 จำนวน 6 เปิดใบจัดสินค้าหน้าร้าน เรียกดูด้วย Order เดิม และเทียบรายการที่ต้องหยิบ	ใบจัดตาม Order เห็นทั้ง I1 และ I2 และตามกลับไป Order เดียวได้ ยอดที่ต้องจัดรวม 10 หน่วย ไม่มีรายการตกหล่นหรือนับซ้ำ
WH-07 · คลัง/ผู้รับฟอร์ม	กรอกฟอร์มใหม่ด้วยเลขอ้างอิงทดสอบและข้อมูลตามแบบที่อนุมัติ ส่งไปช่อง MS Teams ของคลัง ให้ผู้รับค้นเลขนั้นในช่องที่กำหนดและตรวจทุกช่องข้อมูล	คลังได้รับฟอร์มใหม่หนึ่งฉบับในช่องที่ถูกต้อง ข้อมูลตรงกับต้นฉบับและระบุงานที่จะดำเนินการได้

ข้อมูลหลักของสาขา คลัง และรถ

เคส / ผู้ทดสอบ	ข้อมูลและขั้นตอนที่ต้องทำ	ผลที่คาดหวัง
MD-01 · ผู้ดูแลคลัง	เตรียม Master warehouses ที่มีรหัสคลังและสาขาต่างกันสองรายการ เทียบรหัส ชื่อ และสาขากับรายการแม่บท แล้วเปิดตัวเลือกคลังในเอกสารย้ายของแต่ละสาขา	รหัส ชื่อ และสาขาตรงกับแม่บท เอกสารใช้คลังได้ตามขอบเขตสาขาและสิทธิ์ ไม่สลับคลังที่ชื่อคล้ายกัน
MD-02 · ผู้ดูแลรถ/ผู้จัดสาย	ตามเกณฑ์ความพร้อมที่ตกลง เตรียมรถพร้อมหนึ่งคันและไม่พร้อมหนึ่งคัน ตรวจสถานะในข้อมูลรถและตอนจัดงาน จากนั้นเปลี่ยนความพร้อมและเปิดรายการใหม่	เห็นความพร้อมตรงกับสถานะล่าสุดของแต่ละทะเบียน การเลือกใช้รถเป็นไปตามเกณฑ์ที่ตกลงและเงื่อนไขรถว่างใน TR-05
MD-03 · ผู้ดูแลสาขา	บันทึก Tax ID และ Company คนละชุดให้สาขา A/B ใช้ Tax ID ตัวอย่างที่ขึ้นต้นด้วย 0 เปิดข้อมูลแต่ละสาขาใหม่และตรวจค่าที่บันทึก	Tax ID คงตัวเลขครบรวมศูนย์นำหน้า Company ตรงกับสาขานั้น และการแก้ A ไม่เปลี่ยน B

หน้าร้าน POS – Plus Sales (Teminal)

เคส / ผู้ทดสอบ	ข้อมูลและขั้นตอนที่ต้องทำ	ผลที่คาดหวัง
PS-01 · หน้าร้าน	ใช้สินค้าที่ Step price ถัดไปเริ่มที่ 100 หน่วย เปลี่ยนจำนวนใน Order เป็น 89, 90, 91 และ 100 ตามลำดับ รอให้คำนวณใหม่ทุกครั้ง	89 และ 90 ไม่เตือนสำหรับ Step 100 ที่ 91 เตือนว่าขาดอีก 9 หน่วย เมื่อถึง 100 ใช้ราคาของ Step นั้นและไม่เตือนให้ซื้อเพิ่มเพื่อถึง 100 อีก
PS-02 · หน้าร้าน	เตรียมประวัติสาขาที่ซื้อสินค้าต่างกลุ่มคู่กันบ่อยและ SKU มีสต๊อก เปิดบิลแยกกันโดยเพิ่มปลา หมูบด หรือหมูปิ้ง แล้วดูคำแนะนำ	ตามคู่ที่มีหลักฐานในชุดทดสอบ ปลาแนะนำโฟม/เกลือ/ฟิล์ม หมูบดแนะนำหมูหั่นแกง/เป็ดบด หมูปิ้งแนะนำไก่แดง ผู้ใช้เลือกเพิ่ม SKU ที่ต้องการได้
PS-03 · หน้าร้าน	ให้ปลาสองยี่ห้ออยู่ item group เดียวกันและเคยซื้อคู่กันบ่อย เพิ่มปลาแบรนด์แรก แล้วเพิ่มสินค้าต่างกลุ่มที่ระบบแนะนำลงบิล เปิดบิลใหม่อีกครั้ง	ไม่แนะนำแบรนด์ที่สองจากกลุ่มเดียวกัน สินค้าที่เพิ่มไปแล้วไม่แสดงให้เพิ่มซ้ำ และยังอยู่ใน Order
PS-04 · หน้าร้าน/ผู้ดูแลข้อมูล	สร้างประวัติคำสั่งซื้อให้มากพอสร้างกฎตามเกณฑ์จริง สาขา A ซื้อปลา+เกลือบ่อยใน 7 วันล่าสุด สาขา B ซื้อปลา+โฟม คู่ปลา+ฟิล์มของ A มีเฉพาะ 8 วันก่อน ให้ประมวลผลกฎที่ใช้ใน Production บนข้อมูลทดสอบ แล้วเปิดบิลปลาในทั้งสองสาขา	คำแนะนำของ A/B สอดคล้องกับคู่ของแต่ละสาขา คู่หมดอายุไม่ถูกนำมาใช้ ผู้ดูแลเทียบผลกับ association rules ที่สร้างจาก order history ด้วย frequent itemset mining ได้

CN คลังฝากและ QC

ใช้ CN คนละใบสำหรับแต่ละเงื่อนไข เพื่อให้เห็นว่าเงื่อนไขใดเงื่อนไขหนึ่งเพียงข้อเดียวก็ส่งเข้าตรวจได้

เคส / ผู้ทดสอบ	ข้อมูลและขั้นตอนที่ต้องทำ	ผลที่คาดหวัง
CN-01 · คลังฝาก/QC	นำสินค้าออกจากห้องฝากแล้วนำกลับเข้า เปิด CN โดยไม่มีคำร้องเรียนและลองรับกลับก่อน QC	เอกสารเข้ารอตรวจ QC ยังรับเข้าสต๊อกพร้อมขายไม่ได้จนกว่าจะผ่านการตรวจ
CN-02 · คลังฝาก/QC	สินค้ายังอยู่ในห้องฝาก เปิด CN พร้อมข้อร้องเรียน ทดสอบแยกใบสำหรับคุณภาพ สเปก น้ำหนัก และความสมบูรณ์ของสินค้า	ข้อร้องเรียนแต่ละประเภททำให้ต้องผ่าน QC แม้สินค้าไม่เคยออกจากพื้นที่ควบคุม
CN-03 · คลังฝาก/QC	เปิด CN ที่ต้องตัดสินว่าสินค้าขายต่อได้หรือไม่ ทดลองหนึ่งใบผ่าน QC แล้วทำขั้นตอนรับคืน และอีกใบไม่ผ่านพร้อมระบุเหตุผล	ใบที่ผ่านไปขั้นตอนรับคืนได้ตามสิทธิ์ ใบที่ไม่ผ่านแสดงผลพร้อมเหตุผลและไม่เพิ่มสต๊อกพร้อมขาย
CN-04 · คลังฝาก	สินค้าอยู่ในพื้นที่ควบคุมตลอด ไม่มีข้อร้องเรียนหรือข้อสงสัยเรื่องสภาพ ทำ CN เพื่อแก้เอกสาร การขาย การชำระเงิน และการจัดสรรสินค้าแยกกัน	ทุกกรณีไปต่อได้โดยไม่บังคับ QC การแก้ข้อมูลอย่างเดียวไม่ทำให้เกิดการรับสินค้าเข้าสต๊อกซ้ำ

อุปกรณ์และการเข้าใช้งาน

เคส / ผู้ทดสอบ	ข้อมูลและขั้นตอนที่ต้องทำ	ผลที่คาดหวัง
AD-01	เปิดหน้าขายที่เห็นข้อมูลบิลบน Mobile App แล้วกดจับภาพด้วยปุ่มของเครื่อง ตรวจคลังภาพ จากนั้นใช้คำสั่งแชร์จากหน้าขายและดูตัวอย่างก่อนส่ง	การกดแคปไม่ให้ภาพที่อ่านหน้าขายได้ ส่วนคำสั่งแชร์เปิดตัวอย่างของบิลปัจจุบันให้ตรวจได้โดยไม่ต้องแคปหน้าจอ
AD-02 · ผู้ใช้ POS	บนเครื่อง POS(Terminal) ใช้บัญชีทั่วไปที่ไม่ใช่รหัส 999999 เปิดบิล พัก 4 นาทีแล้วแตะทำรายการ จับเวลาใหม่จากการแตะครั้งนั้น พักต่อเนื่อง 5 นาที 1 วินาทีแล้วลองเปิดบิลเดิม	หลังพัก 4 นาทียังทำรายการได้ เมื่อไม่ใช้งานครบ 5 นาทีนับจากการแตะครั้งสุดท้าย ระบบออกจากระบบอัตโนมัติ ต้องล็อกอินใหม่ก่อนเปิดบิลเดิม
AD-03 · Admin/ผู้ใช้	ใช้บัญชีเดียวล็อกอินอุปกรณ์ A และ B จาก location ที่ทราบ แล้วลองล็อกอินเครื่อง C ให้ Admin ตรวจ session ที่ยังใช้งานจริง	มีอุปกรณ์ใช้งานพร้อมกันไม่เกิน 2 เครื่อง Admin เห็นผู้ใช้ อุปกรณ์ และ location ตรงกับการใช้งานจริง
AD-04 · Admin	ให้ผู้ใช้ล็อกอินและออกจากระบบบน A/B คนละเวลา เปิดรายงานประวัติการใช้งาน ค้นผู้ใช้และช่วงเวลาของรอบนี้	แยกเหตุการณ์ตามผู้ใช้ อุปกรณ์ เวลา และ location ได้ รายการของเครื่องที่ออกจากระบบแล้วยังตรวจย้อนหลังได้

บันทึกผลทดสอบ

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

รหัสเคส	ผู้ทดสอบ / วันที่	สาขา / ช่องทาง / เวอร์ชัน	เลขเอกสารหรือหลักฐาน	ผลจริง / สถานะ	เลขปัญหา / ผลทดสอบซ้ำ
TR-03	—	—	—	ยังไม่ได้ทดสอบ	—