An essential property of a software

An essential property of a software requirement is that it
should be possible to validate that the finished product
satisfies it. Requirements which cannot be validated are
really just “wishes.” An important task is therefore
planning how to verify each requirement. In most cases,
designing acceptance tests does this.
Identifying and designing acceptance tests may be
difficult for non-functional requirements (see topic 1.3
Functional and Non-functional Requirements). To be
validated, they must first be analyzed to the point where
they can be expressed quantitatively.
Additional information can be found in the Software
Testing KA, sub-topic 2.2.4 Conformance testing.

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

ลักษณะสำคัญของความต้องการซอฟต์แวร์เป็นควรไปตรวจสอบที่ผลิตภัณฑ์สำเร็จรูปเป็นไปตามนั้น ความต้องการที่ไม่สามารถตรวจสอบได้แค่ "ต้องการ" งานสำคัญจึงวางแผนการตรวจสอบความต้องการแต่ละ ในกรณีส่วนใหญ่ออกแบบการทดสอบยอมรับไม่นี้ระบุ และออกแบบการทดสอบการยอมรับอาจยากสำหรับความต้องการไม่ทำงาน (ดูหัวข้อ 1.3ทำงาน และไม่ทำงานต้องมี) จะตรวจสอบ พวกเขาต้องแรกจะวิเคราะห์ไปยังจุดที่พวกเขาสามารถแสดง quantitativelyข้อมูลเพิ่มเติมสามารถพบได้ในซอฟต์แวร์ทดสอบกา ทดสอบย่อยหัวข้อ 2.2.4 ความสอดคล้องกัน

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

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

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

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