验证:我们正确地构造了产品吗?(注重过程-由QA负责)
确认:我们构造了正确的产品吗?(注重结果-由QC负责)
(2)“验证(Verification)”的涵义
通过提供客观证据对规定要求已得到满足的认定。
(2)“确认(Validation)”的涵义
通过提供客观证据对特定的预期用途或应用要求已得到满足的认定。
(3)“验证”和“确认”之区别
“验证”和“确认”都是认定。但是,“验证”表明的是满足规定要求,而“确认”表明的是满足预期用途或应用要求,说简单点,“确认”就是检查最终产品是否达到顾客使用要求。
(4)“设计和开发”中“设计验证”和“设计确认”之区别在于:
设计验证的目的是检查设计输出是否满足设计输入的规定要求。
设计确认的目的是检查设计形成的最终产品是否达到顾客的使用要求。
1.“确认”是要证明所提供的(或将要提供的)产品适合其预计的用途,而“验证”则是要查明工作产品是否恰当地反映了规定的要求。换句话说,验证要保证“做得正确”,而确认则要保证“做的东西正确”。
2.验证注重“过程”,确认注重“结果”
3.(Verification) ---Are we producing the product right?
(Validation) ---Are we producing the right product?
1.什么是验证?
验证 就是要用数据证明我们是不是在正确的制造产品。注意这里强调的是过程的正确性
2.什么是确认?
确认 就是要用数据证明我们是不是制造了正确的产品。注意这里强调的是结果的正确性。
3.验证和确认是一个广泛的概念,感兴趣的读者可以参考 IEEE Std 1012-1998 。
验证:验证检查某样东西是否符合之前已定好的标准,如:文档评审,要检查的东西是文档,检查标准就是文档的评审标准,又如:测试软件,要检查的东西就是软件,检查的标准就是软件的规格说明,包括功能说明,性能要求等。
确认:检查软件在最终的运行环境上是否达到预期的目标。一般来说,就是调试、验收测试等,这些工作都是在真正的软件需要运行的环境上进行的,在最终环境上运行软件,确保软件符合使用要求
注:
Valiadation更多是从用户的角度或者可以是模拟用户角度来验证产品是否和自己想要的一致。
Verification更多的是从开发方的角度来做评审、测试来验证产品的需求、架构设计等方面是否和用户要求的一致;
(1)“验证(Verification)”的涵义
用试验的方法,来检验某个结论是否正确。
实践是检验真理的唯一标准,验证==检验+证明 。
也就是用实践来检验理论是否成立。验证之前,答案可能是对或错的。
(2)“确认(Validation)”的涵义
已经知道某个结论,看看是否被有效执行,不需要验证理论的正确性,
是对执行力的检验。日本企业喜欢用“确认”一词,可以理解为:结合
实物,到现场认真地看。
验证和确认都是检查是否制作了正确的产品,是否正确地构造了产品,是PPQA的责任。 验证和确认的区别在于验证的方法和标准不一样:
验证:验证检查某样东西是否符合之前已定好的标准,如:文档评审,要检查的东西是文档,检查标准就是文档的评审标准,又如:测试软件,要检查的东西就是软件,检查的标准就是软件的规格说明,包括功能说明,性能要求等。
确认:检查软件在最终的运行环境上是否达到预期的目标。一般来说,就是调试、验收测试等,这些工作都是在真正的软件需要运行的环境上进行的,在最终环境上运行软件,确保软件符合使用要求。
计划评审、设计评审、代码评审等是属于“验证”的,这些工作是检查产品是否正确的,而不是检查我们的制作过程是否正确,检查制作过程是否正确是QA的职责。
验证一般是检查中间过程的工作产品是否正确,而确认是检查最终产品在最终运行环境上的表现是否正确。
1、“特定的预期用途或应用要求”是顾客客观的要求。在标准第7.2.2条要确定下来的需求和期望。通常比较含糊,不好具体操作和判定是否满足。我们搞产品、过程设计的人,应当吃透这样的要求,把它变成规定的“用途”和“应用”的要求。这就是标准第7.3.2条《设计输入》规定的要求。如果转换正确,设计输出满足了设计输入要求,也就满足“特定的预期用途或应用要求”。这就是为什么要求对设计输入加以评审的道理。而且评审一定要有顾客或者顾客代表参与的道理。
2、设计输出发出去以后,当制造的产品满足了设计输出规定的要求,再通过验证满足设
计输入要求,然后,再通过设计确认来满足设计输入要求,也就满足了顾客“特定的预期用途或应用要求”。通常设计确认要在产品正常使用环境条件下做一些试验,或者实际试用。这些被试验的产品事先必须通过验证,符合设计输入要求。也就是为什么做设计确认之前必须要做设计验证、产品验证的道理。