การทดสอบการยอมรับของผู้ใช้ (UAT) คืออะไร?

UAT คืออะไร?

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

วัตถุประสงค์ของการ UAT

หลัก วัตถุประสงค์ของการ UAT จุดประสงค์คือเพื่อตรวจสอบความถูกต้องของกระบวนการทำงานทางธุรกิจตั้งแต่ต้นจนจบ โดยจะไม่เน้นที่ข้อผิดพลาดด้านความสวยงาม ข้อผิดพลาดด้านการสะกดคำ หรือการทดสอบระบบ การทดสอบการยอมรับของผู้ใช้ (User Acceptance Testing) จะดำเนินการในสภาพแวดล้อมการทดสอบแยกต่างหาก โดยใช้ข้อมูลที่คล้ายกับสภาพแวดล้อมการใช้งานจริง เป็นการทดสอบแบบกล่องดำ (black box testing) ซึ่งจะมีผู้ใช้ปลายทางสองคนขึ้นไปเข้าร่วม

UAT ดำเนินการโดย:

• ไคลเอนต์
• ผู้ใช้ปลายทาง

ความต้องการการทดสอบการยอมรับของผู้ใช้

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

• นักพัฒนาเขียนโค้ดซอฟต์แวร์โดยอิงจากเอกสารข้อกำหนด ซึ่งเป็นความเข้าใจ "ของตนเอง" เกี่ยวกับข้อกำหนดเหล่านั้น และ อาจไม่ใช่สิ่งที่ลูกค้าต้องการจากซอฟต์แวร์จริงๆ.
• การเปลี่ยนแปลงข้อกำหนดในระหว่างดำเนินโครงการอาจไม่สามารถสื่อสารกับนักพัฒนาได้อย่างมีประสิทธิภาพ

การทดสอบการยอมรับและ V-Model

ในแบบจำลอง V-Model การทดสอบการยอมรับของผู้ใช้ (User Acceptance Testing) สอดคล้องกับขั้นตอนการกำหนดความต้องการ (Requirement Phase) วัฏจักรการพัฒนาซอฟต์แวร์ (SDLC)การจับคู่ดังกล่าวทำให้มั่นใจได้ว่าสิ่งใดก็ตามที่ระบุไว้ในข้อกำหนดทางธุรกิจจะได้รับการตรวจสอบผ่านการทดสอบ UAT ก่อนที่จะปล่อยใช้งานจริง

ข้อกำหนดเบื้องต้นของการทดสอบการยอมรับของผู้ใช้

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

• ข้อกำหนดทางธุรกิจจะต้องมีให้
• การใช้งาน Code ควรได้รับการพัฒนาอย่างเต็มที่
• ควรทำการทดสอบหน่วย (Unit Testing), การทดสอบการบูรณาการ (Integration Testing) และการทดสอบระบบ (System Testing) ให้เสร็จสมบูรณ์
• ไม่ควรมีข้อบกพร่องร้ายแรง ข้อบกพร่องระดับสูง หรือข้อบกพร่องระดับปานกลางหลงเหลืออยู่ในขั้นตอนการทดสอบการบูรณาการระบบ
• ข้อผิดพลาดด้านความสวยงามเท่านั้นที่ยอมรับได้ก่อนการทดสอบ UAT
• การทดสอบการถดถอยควรเสร็จสมบูรณ์โดยไม่มีข้อบกพร่องที่สำคัญ
• ข้อบกพร่องที่รายงานทั้งหมดควรได้รับการแก้ไขและทดสอบก่อนการทดสอบ UAT
• A tracควรกรอกแบบฟอร์มเมทริกซ์ความเหมาะสมสำหรับงานทดสอบทั้งหมดให้ครบถ้วน
• สภาพแวดล้อมการทดสอบผู้ใช้ (UAT Environment) ต้องพร้อมใช้งาน
• อีเมลหรือการติดต่อจากทีมทดสอบระบบที่ยืนยันว่าระบบพร้อมสำหรับการดำเนินการ UAT แล้ว

วิธีดำเนินการทดสอบ UAT

UAT (User Acceptance Testing) คือการทดสอบที่ดำเนินการโดยผู้ใช้งานจริงของระบบหรือซอฟต์แวร์นั้นๆ การทดสอบประเภทนี้ การทดสอบซอฟต์แวร์ โดยปกติแล้วการทดสอบจะดำเนินการ ณ สถานที่ของลูกค้า และเรียกอีกอย่างว่าการทดสอบเบต้า เมื่อตรงตามเกณฑ์การเข้าสู่การทดสอบ UAT แล้ว ผู้ทดสอบจะดำเนินการดังต่อไปนี้:

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

ขั้นตอนที่ 1) การวิเคราะห์ข้อกำหนดทางธุรกิจ

หนึ่งในกิจกรรมที่สำคัญที่สุดใน UAT คือการระบุและพัฒนาสถานการณ์ทดสอบ สถานการณ์ทดสอบเหล่านี้ได้มาจากเอกสารต่อไปนี้:

• กฎบัตรโครงการ
• กรณีการใช้งานทางธุรกิจ
• แผนภาพกระบวนการไหล
• เอกสารข้อกำหนดทางธุรกิจ (BRD)
• ข้อกำหนดระบบ (SRS)

ขั้นตอนที่ 2) การสร้างแผน UAT

แผนการทดสอบ UAT จะระบุกลยุทธ์ที่จะใช้ในการตรวจสอบและรับรองว่าแอปพลิเคชันตรงตามข้อกำหนดทางธุรกิจ โดยจะบันทึกรายละเอียดต่างๆ ไว้ในแผนนี้ เกณฑ์การเข้าและออกสำหรับ UAT, สถานการณ์ทดสอบ, แนวทางการทดสอบ และระยะเวลาในการทดสอบ.

ขั้นตอนที่ 3) ระบุสถานการณ์การทดสอบและกรณีทดสอบ

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

ขั้นตอนที่ 4) การเตรียมข้อมูลการทดสอบ

ขอแนะนำให้ใช้ข้อมูลสดสำหรับ UAT ข้อมูลควรถูกรบกวนเพื่อความเป็นส่วนตัวและ ความปลอดภัย เหตุผลต่างๆ ผู้ทดสอบควรคุ้นเคยกับกระบวนการทำงานของฐานข้อมูล

ขั้นตอนที่ 5) เรียกใช้และบันทึกผลลัพธ์

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

ขั้นตอนที่ 6) ยืนยันว่าบรรลุวัตถุประสงค์ทางธุรกิจ

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

เกณฑ์การออก UAT

ก่อนเริ่มการผลิตจริง จำเป็นต้องพิจารณาสิ่งต่อไปนี้:

• ไม่มีข้อบกพร่องร้ายแรงใดๆ ที่ตรวจพบ
• กระบวนการทางธุรกิจดำเนินไปอย่างน่าพอใจ
• การประชุมอนุมัติการทดสอบการใช้งานของผู้ใช้ (UAT Sign-off meeting) ร่วมกับผู้มีส่วนเกี่ยวข้องทุกฝ่าย

คุณสมบัติของผู้ทดสอบ UAT

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

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

ความท้าทายทั่วไปใน UAT

แม้แต่ทีมที่มีประสบการณ์ก็ยังอาจเจอปัญหาในช่วง UAT การคาดการณ์ปัญหาเหล่านี้ล่วงหน้าจะช่วยให้กำหนดการวางจำหน่ายเป็นไปตามแผน:

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

ปฏิบัติที่ดีที่สุด

เพื่อให้การทดสอบ UAT ประสบความสำเร็จ ควรพิจารณาประเด็นต่อไปนี้:

• ควรจัดทำแผน UAT ตั้งแต่ช่วงต้นของวงจรชีวิตโครงการ
• จัดทำรายการตรวจสอบก่อนเริ่มการทดสอบ UAT
• ดำเนินการทดสอบ Pre-UAT ในระหว่างขั้นตอนการทดสอบระบบนั่นเอง
• ตั้งความคาดหวังและกำหนดขอบเขตของการทดสอบการยอมรับของผู้ใช้ (UAT) ให้ชัดเจน
• ทดสอบกระบวนการทำงานทางธุรกิจแบบครบวงจร และหลีกเลี่ยงการทดสอบในระดับระบบ
• ทดสอบระบบหรือแอปพลิเคชันด้วยสถานการณ์และข้อมูลจริง
• ลองนึกภาพว่าคุณเป็นผู้ใช้ที่ไม่คุ้นเคยกับระบบนี้
• ดำเนินการทดสอบการใช้งาน (Usability Testing)
• จัดประชุมและรับฟังความคิดเห็นก่อนเริ่มการผลิตจริง

เครื่องมือ UAT

มีเครื่องมือหลายอย่างที่สนับสนุนการทดสอบการยอมรับของผู้ใช้ (User Acceptance Testing) ในด้านการทำงานร่วมกัน การดำเนินการ และการรายงาน ตัวเลือกยอดนิยมบางส่วนมีดังต่อไปนี้:

• Fitnesse: A Java- เครื่องมือทดสอบแบบโอเพนซอร์สที่ผู้มีส่วนได้ส่วนเสียทางธุรกิจสามารถสร้างการทดสอบในรูปแบบตารางได้
• จิระ ด้วย Zephyr หรือ Xray: ข้อบกพร่องรวม tracราชาที่มีการดำเนินการทดสอบแบบมีโครงสร้างและ tracความสามารถ
• TestRail: แพลตฟอร์มบริหารจัดการการทดสอบบนเว็บ สำหรับจัดระเบียบวงจรการทดสอบ UAT และรายงานสถานะ

ตัวอย่างแนวทางสำหรับ UAT

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

คำถามที่พบบ่อย