Verification and Validation Testers

Verification and Validation Testers often make the mistake of not keeping their eye on the end goal. They narrow their focus to the immediate phase of software development and lose sight of the bigger picture. Verification tasks are designed to ensure that the product is internally consistent. They ensure that the product meets the the specification, the specification meets the requirements . . .and so on. The majority of testing tasks are verification – with the final product being checked against some kind of reference to ensure the output is as expected. For example, test plans are normally written from the requirements documents and from the specification. This verifies that the software delivers the requirements as laid out in the technical and requirement specifications. It does not however address the ‘correctness’ of those requirements!

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

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

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

การตรวจสอบและการตรวจสอบทดสอบมักจะทำผิดพลาดของการไม่รักษาตาของพวกเขาในเป้าหมายสุดท้ายที่ พวกเขา จำกัด การโฟกัสของพวกเขาไปเฟสทันทีของการพัฒนาซอฟต์แวร์และสูญเสียสายตาของภาพใหญ่ Veri งาน Fi ไอออนบวกได้รับการออกแบบเพื่อให้มั่นใจว่าผลิตภัณฑ์ที่มีความสอดคล้องภายใน พวกเขามั่นใจว่าผลิตภัณฑ์ที่มีคุณสมบัติตรงตามที่ระบุไว้ไอออนบวก, ไอออนบวกระบุไว้ตรงตามความต้องการ . .and อื่น ๆ ส่วนใหญ่ของงานทดสอบที่มีประจุบวก Fi Veri - Fi กับผลิตภัณฑ์ NAL ที่มีการตรวจสอบกับชนิดของการอ้างอิงบางอย่างเพื่อให้แน่ใจว่าการส่งออกจะเป็นไปตามคาด ยกตัวอย่างเช่นแผนการทดสอบจะเขียนตามปกติจากเอกสารที่ต้องการและจากไอออนบวกระบุไว้ นี้ Veri ES Fi ว่าซอฟต์แวร์ที่มอบความต้องการที่วางออกมาในทางเทคนิคและความต้องการเฉพาะของไพเพอร์ Fi มันไม่ได้ แต่อยู่ที่ 'ถูกต้อง' ของความต้องการเหล่านั้น!

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

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