User acceptance testing (UAT) consi

User acceptance testing (UAT) consists of a process of verifying that a solution works for the user.[2] It is not system testing (ensuring software does not crash and meets documented requirements), but rather is there to ensure that the solution will work for the user i.e. test the user accepts the solution (software vendors often refer to as Beta testing).

This testing should be undertaken by asubject-matter expert (SME), preferably the owner or client of the solution under test, and provide a summary of the findings for confirmation to proceed after trial or review. In software development, UAT as one of the final stages of a project often occurs before a client or customer accepts the new system. Users of the system perform tests in line with what would occur in real life scenarios.[3]

The UAT acts as a final verification of the required business functionality and proper functioning of the system, emulating real-world usage conditions on behalf of the paying client or a specific large customer. If the software works as required and without issues during normal use, one can reasonably extrapolate the same level of stability in production.[4]

User tests, usually performed by clients or by end-users, do not normally focus on identifying simple problems such as spelling errors and cosmetic problems, norshowstopper defects, such as software crashes; testers and developers previously identify and fix these issues during earlierunit testing, integration testing, and system testing phases.

ผลลัพธ์ (ไทย) 1:

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

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

เอือดทำหน้าที่ตรวจสอบขั้นสุดท้ายของฟังก์ชันทางธุรกิจที่จำเป็นและเหมาะสมที่ทำงานของระบบ emulating เงื่อนไขการใช้งานจริงในนามของลูกค้าชำระเงินหรือใบใหญ่ ถ้าซอฟต์แวร์ทำงาน ตามความจำเป็น และไม่ มีปัญหาระหว่างใช้งานปกติ นอกจากนี้หนึ่งสมสามารถ extrapolate ในระดับเดียวกับความมั่นคงในการผลิต[4]

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

ผลลัพธ์ (ไทย) 2:

ทดสอบการยอมรับของผู้ใช้ (เอือด) ประกอบด้วยขั้นตอนของการตรวจสอบว่าการแก้ปัญหาการทำงานสำหรับผู้ใช้ที่ได้. [2] มันไม่ได้ทดสอบระบบ (ซอฟแวร์เพื่อให้มั่นใจว่าไม่ผิดพลาดและตรงตามความต้องการเอกสาร) แต่จะมีการตรวจสอบให้แน่ใจว่าการแก้ปัญหาจะ ทำงานสำหรับผู้ใช้คือการทดสอบผู้ใช้ยอมรับการแก้ปัญหา (ผู้ผลิตซอฟต์แวร์มักจะอ้างถึงการทดสอบเบต้าเป็น) การทดสอบนี้ควรจะดำเนินการโดยผู้เชี่ยวชาญ asubject-เรื่อง (SME) โดยเฉพาะอย่างยิ่งเจ้าของหรือลูกค้าของการแก้ปัญหาภายใต้การทดสอบและให้ บทสรุปของผลการวิจัยยืนยันที่จะดำเนินการหลังจากการพิจารณาคดีหรือการตรวจสอบ ในการพัฒนาซอฟต์แวร์เอือดเป็นหนึ่งในขั้นตอนสุดท้ายของโครงการมักจะเกิดขึ้นก่อนที่ลูกค้าหรือลูกค้ายอมรับระบบใหม่ ผู้ใช้ระบบการทดสอบให้สอดคล้องกับสิ่งที่จะเกิดขึ้นในสถานการณ์ชีวิตจริง [3]. เอือดทำหน้าที่เป็นครั้งสุดท้ายของการตรวจสอบการทำงานทางธุรกิจที่จำเป็นและการทำงานที่เหมาะสมของระบบจำลองสภาพการใช้งานจริงของโลกในนามของการจ่ายเงิน ลูกค้าหรือลูกค้าขนาดใหญ่ที่เฉพาะเจาะจง หากซอฟต์แวร์ที่ทำงานตามความจำเป็นและไม่มีปัญหาที่พบระหว่างการใช้งานปกติหนึ่งมีเหตุผลสามารถคาดการณ์ในระดับเดียวกันของความมั่นคงในการผลิต. [4] การทดสอบผู้ใช้มักจะดำเนินการโดยลูกค้าหรือผู้ใช้งานไม่ได้ตามปกติมุ่งเน้นไปที่การระบุปัญหาที่ง่ายเช่น เป็นข้อผิดพลาดการสะกดคำและปัญหาเครื่องสำอางบกพร่อง norshowstopper เช่นเกิดปัญหาซอฟต์แวร์ ทดสอบและนักพัฒนาก่อนหน้านี้ระบุและแก้ไขปัญหาเหล่านี้ในระหว่างการทดสอบ earlierunit ทดสอบบูรณาการและขั้นตอนการทดสอบระบบ

ผลลัพธ์ (ไทย) 3:

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

การทดสอบนี้ควรจะดำเนินการโดยผู้เชี่ยวชาญ asubject รึเปล่า ( SME ) โดยเฉพาะเจ้าของหรือลูกค้าของโซลูชั่นภายใต้การทดสอบ และให้สรุปผลการวิจัย ยืนยันที่จะดำเนินการหลังจากการทดลอง หรือ ตรวจสอบ ในการพัฒนาซอฟต์แวร์อะไร uat , เป็นหนึ่งในขั้นตอนสุดท้ายของโครงการมักจะเกิดขึ้นก่อนลูกค้าหรือลูกค้ายอมรับระบบใหม่ผู้ใช้ระบบดำเนินการทดสอบสอดคล้องกับสิ่งที่จะเกิดขึ้นในสถานการณ์ชีวิตจริง [ 3 ]

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

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