verification = 核实

validation = 批准

qualification = 资格

 

Verification是验证,是通过提供客观证据证明规定的要求是否得到满足,也就是说,输入与输出比较.

Validation是确认,是在验证好的基础上,对预期的使用和应用要求是否得到满足,也就是说,在确认时,应考虑使用和应用的条件范围要远远大于输入时确定的范围.一般是由客户或代表客户的人执行.

Verification and Validation

改行做tester已经一个月左右，我的mentor远在万里之外的美国，记得第一次指导，他通过远洋电话说tester除了要测试对与错之外，还要侧重是否是有效的。换言之，就是本文说得是Verification和Validation。Verification也就是说要做正确、而Validation是看经过Verification是否是我们想要的。       Verificaiton是我们可以预见的，在测试以前就知道我们期望一个什么结果。例如我要找GF，首先对方要是个女的，if（Person.gender!=female) return false；做IC的，读卡器芯片，必须能够读相应的数码卡；做sales的，评价Performance的标准每个月的销售额就是Verification的标准，Verification是否可以说是理性思维大于感性。1是1，2是2。而Validation首先前提是经过Verification，重要的是做的是否是customer需要的。拿刚才三个例子，我相信任何一个人找对象，不会只需要一个异性。验证Validation，还要看是否是自己喜欢的; IC做出来了，是否市场真的需要。做sales，除了销售额，是否让客户买对了产品，是否增加了客户的忠诚度，是否合乎客户使用习惯应该是Validation过程。 可以说Validation更多的是感性因素多，也是一个及其难以掌握的事情。毕竟，think from others是一件非常难的事情。      看看windows xp，尽管安全问题依旧，但是很多用户会毫不犹豫地抛弃win98。其实经过调查，大多数原因是界面比以前漂亮友好了很多。而且使用方面，和之前的版本对于绝大多数人来说能够最大程度保持一致。 Microsoft的可怕不在于技术，而在于它能够让我们养成了习惯，习惯是很难改变的，而掌握了客户的习惯和心态，这正是做Validation的极高境界。      不多说了，下周末又有一场婚礼要参加。看样又有一对新人经历了Verifiaction和Validation。

 

 

verification: you built it right

validation: you built the right things

越是简单的东西越是难于区分,尤其在技术比较深的软件开发应用中

verification和validation都是做软件的缺陷管理的(也可以说是风险测试)

然后做这两种测试的角色却不一样,类似于白盒测试跟黑盒测试的区别

在verification中你要确定你做的是对的,你就需要按照白盒测试的要求和过程来验证(?)你所做的事是正确的

而在validation中是确认你眼前的这个产品是正确的(和自己的想象),跟黑盒测试比较像,只对每一部分的功能能否达到预期的效果进行测试,而不去追究程序具体的执行过程

他们两者的结果可能非常的相似,然后意义却有很大的差别,一个是在产品开发者的角度,而另一个却是在最终客户(产品使用者)的角度.好比西方经济学中的"信息不对称"原理,产品生产者在产品研发测试中的活动类似于Verification,而消费者在实际的使用当中不可能有生产者那么详细的资料和数据,他们只能根据生产者提供的一些产品规格来确认是否达到自己的预期,类似于validation

来自：