Returning to the overall model of t

Returning to the overall model of the development process shown in
Figure 6.3, you can see that acceptance testing is the process of comparing
the program to its initial requirements and the current needs of its
end users. It is an unusual type of test in that it usually is performed by
the program’s customer or end user and normally is not considered the
responsibility of the development organization. In the case of a contracted
program, the contracting (user) organization performs the acceptance
test by comparing the program’s operation to the original contract.
As is the case for other types of testing, the best way to do this is to devise
test cases that attempt to show that the program does not meet the contract;
if these test cases are unsuccessful, the program is accepted. In the case of a program product, such as a computer manufacturer’s operating
system, or a software company’s database system, the sensible customer
first performs an acceptance test to determine whether the product satis-
fies its needs.

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

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

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

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

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

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