Validation checks that the product

Validation checks that the product design satisfies or fits the intended use (high-level checking), i.e., the software meets the user requirements. This is done through dynamic testing and other forms of review.

Verification and validation are not the same thing, although they are often confused. Boehm[1] succinctly expressed the difference between

Verification: Are we building the product right?
Validation: Are we building the right product?
According to the Capability Maturity Model (CMMI-SW v1.1),

Software Verification: The process of evaluating software to determine whether the products of a given development phase satisfy the conditions imposed at the start of that phase. [IEEE-STD-610]
Software Validation: The process of evaluating software during or at the end of the development process to determine whether it satisfies specified requirements. [IEEE-STD-610]
In other words, software verification is ensuring that the product has been built according to the requirements and design specifications, while software validation ensures that the product actually meets the user's needs, and that the specifications were correct in the first place. Software verification ensures that "you built it right". Software validation ensures that "you built the right thing". Software validation confirms that the product, as provided, will fulfill its intended use.

From testing perspective:

Fault – wrong or missing function in the code.
Failure – the manifestation of a fault during execution.
Malfunction – according to its specification the system does not meet its specified functionality.

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

ตรวจสอบตรวจสอบการออกแบบผลิตภัณฑ์ตรง หรือเหมาะสมกับการใช้งาน (ระดับสูงการตรวจสอบ), เช่น ซอฟต์แวร์ตรงตามความต้องการของผู้ใช้ นี้จะทำผ่านการทดสอบแบบไดนามิกและแบบฟอร์มอื่น ๆ ของรีวิวตรวจสอบและสอบไม่ได้เหมือนกัน แม้ว่าพวกเขามักสับสน Boehm [1] แสดงความแตกต่างระหว่างอย่างกระชับการตรวจสอบ: เราสร้างผลิตภัณฑ์ด้านขวาติดตั้งตรวจสอบ: เราสร้างผลิตภัณฑ์ที่เหมาะสมติดตั้งตามแบบจำลองวุฒิภาวะความสามารถ (SW ประมวลผล CMMI v1.1),การตรวจสอบซอฟต์แวร์: กระบวนการของการประเมินผลซอฟต์แวร์เพื่อตรวจสอบว่า ผลิตภัณฑ์ของขั้นตอนการพัฒนาที่กำหนดตามเงื่อนไขที่กำหนดที่เริ่มต้นของระยะที่ [IEEE STD 610]ตรวจสอบซอฟต์แวร์: กระบวนการของการประเมินผลซอฟต์แวร์ในระหว่าง หรือ เมื่อสิ้นสุดของกระบวนการพัฒนาเพื่อกำหนดว่า จะตอบสนองความต้องระบุ [IEEE STD 610]ในคำอื่น ๆ การทวนสอบซอฟต์แวร์คือมั่นใจว่า ผลิตภัณฑ์ที่ถูกสร้างตามความต้องการและออกแบบรายละเอียด ในขณะที่ซอฟต์แวร์ตรวจสอบใจว่า สินค้าที่ตรงตามความต้องการของผู้ใช้จริง และที่ข้อกำหนดได้ถูกต้องเป็นที่แรก ตรวจสอบซอฟต์แวร์ช่วยให้มั่นใจว่า "คุณสร้างมันขวา" ตรวจสอบซอฟต์แวร์ช่วยให้มั่นใจว่า "คุณสร้างสิ่งที่ถูกต้อง" ซอฟต์แวร์ตรวจสอบยืนยันว่า ผลิตภัณฑ์ ให้ จะตอบสนองการใช้งานจากการทดสอบมุมมอง:ข้อบกพร่อง – ฟังก์ชันไม่ถูกต้อง หรือหายไปในรหัสความล้มเหลว – แสดงถึงข้อบกพร่องในระหว่างดำเนินการผิดปกติ – ตามข้อกำหนดของระบบไม่ตรงกับการทำงานที่ระบุ

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

การตรวจสอบจะตรวจสอบว่าตอบสนองการออกแบบผลิตภัณฑ์หรือเหมาะกับวัตถุประสงค์การใช้งาน (การตรวจสอบระดับสูง) คือซอฟต์แวร์ที่ตรงกับความต้องการของผู้ใช้ นี้จะกระทำผ่านการทดสอบแบบไดนามิกและรูปแบบอื่น ๆ ของการตรวจสอบ. การตรวจสอบและการตรวจสอบไม่ได้ในสิ่งเดียวกันแม้ว่าพวกเขามักจะสับสน Boehm [1] ชัดถ้อยชัดคำแสดงความแตกต่างระหว่างการตรวจสอบ: เป็นเราสร้างสินค้าที่ถูกต้อง? การตรวจสอบ: พวกเราจะสร้างผลิตภัณฑ์ที่เหมาะสมตามที่ Capability Maturity Model (CMMI-SW v1.1), ตรวจสอบซอฟต์แวร์: กระบวนการของซอฟแวร์การประเมิน เพื่อตรวจสอบว่าผลิตภัณฑ์ของขั้นตอนการพัฒนาที่กำหนดตามเงื่อนไขที่กำหนดในช่วงเริ่มต้นของขั้นตอนว่า [IEEE-STD-610] ซอฟแวร์การตรวจสอบ: กระบวนการของการประเมินซอฟต์แวร์ในระหว่างหรือในตอนท้ายของกระบวนการพัฒนาเพื่อตรวจสอบว่าเป็นไปตามข้อกำหนดที่ระบุไว้ [IEEE-STD-610] ในคำอื่น ๆ ตรวจสอบซอฟแวร์จะมั่นใจว่าผลิตภัณฑ์ที่ได้รับการสร้างขึ้นตามความต้องการและข้อกำหนดการออกแบบในขณะที่การตรวจสอบซอฟแวร์เพื่อให้แน่ใจว่าผลิตภัณฑ์จริงตรงกับความต้องการของผู้ใช้และข้อกำหนดที่ถูกต้องใน ที่แรก. การตรวจสอบซอฟแวร์เพื่อให้แน่ใจว่า "คุณสร้างมันขึ้นมาทางขวา" การตรวจสอบซอฟแวร์เพื่อให้แน่ใจว่า "คุณสร้างสิ่งที่ถูกต้อง" การตรวจสอบซอฟแวร์ยืนยันว่าสินค้าที่ได้ระบุไว้จะตอบสนองการใช้งานที่ตั้งใจ. จากมุมมองในการทดสอบ: . Fault - ความผิดหรือฟังก์ชั่นที่ขาดหายไปในรหัส. ล้มเหลว - การประกาศของความผิดในระหว่างการดำเนินความผิดปกติ - ตามข้อกำหนดของระบบไม่ ตอบสนองการทำงานที่ระบุ

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

ตรวจสอบการตรวจสอบว่าการออกแบบผลิตภัณฑ์ตรงหรือเหมาะสมกับการใช้งาน ( และตรวจสอบ ) คือ ซอฟต์แวร์ที่ตรงตามความต้องการของผู้ใช้ . นี้จะกระทำโดยการทดสอบแบบไดนามิกและรูปแบบอื่น ๆของรีวิวการตรวจสอบและการตรวจสอบจะไม่เหมือนเดิม ถึงแม้ว่าพวกเขามักจะสับสน โบม [ 1 ] ชัดเจนแสดงความแตกต่างระหว่างการตรวจสอบ : เราสร้างผลิตภัณฑ์ที่เหมาะสม ?การตรวจสอบ : เราสร้างผลิตภัณฑ์ที่เหมาะสม ?ตามแบบจำลองวุฒิภาวะความสามารถ ( cmmi-sw v1.1 )การตรวจสอบซอฟต์แวร์ : กระบวนการของการประเมินผลซอฟต์แวร์เพื่อตรวจสอบว่าผลิตภัณฑ์ที่ได้รับการพัฒนา ระยะที่ตรงกับเงื่อนไขที่กำหนดเวลาเริ่มต้นของเฟส [ ieee-std-610 ]การตรวจสอบซอฟต์แวร์กระบวนการซอฟต์แวร์ในการประเมินหรือที่ส่วนท้ายของกระบวนการพัฒนาเพื่อตรวจสอบว่ามันตอบสนองความต้องการที่ระบุไว้ [ ieee-std-610 ]ในคำอื่น ๆ , การตรวจสอบซอฟต์แวร์เพื่อให้มั่นใจว่าผลิตภัณฑ์ที่ได้รับการสร้างขึ้นตามความต้องการและข้อกำหนดการออกแบบ ในขณะที่การตรวจสอบซอฟต์แวร์เพื่อให้แน่ใจว่าผลิตภัณฑ์จริงตรงตามความต้องการของผู้ใช้ และข้อมูลที่ถูกต้องในสถานที่แรก การตรวจสอบซอฟต์แวร์ที่ช่วยให้คุณสร้างได้ " การตรวจสอบซอฟต์แวร์ที่ช่วยให้คุณสร้างสิ่งที่ " ถูก ซอฟต์แวร์การตรวจสอบยืนยันว่า ผลิตภัณฑ์ที่ให้ไว้ จะตอบสนองวัตถุประสงค์ที่ใช้มัน .จากมุมมองของการทดสอบ :ผิด - ผิดหรือขาดหายไป ฟังก์ชั่น ในรหัสความล้มเหลวและการประกาศของความผิดในคดีตามสเปคและความผิดปกติของระบบไม่ตรงกับที่ระบุ การทํางาน