原文发表于2008-12-02 13:28:36
Ron Patton在他那本著名的《软件测试》中提到了“确认”（Verification）和“验证”（Validation）这两个概念：
确认：是保证软件符合产品说明书的过程；
验证：是保证软件满足用户要求的过程。
在同一小节，Ron Patton还列举了哈勃望远镜的例子来说明这个问题：哈勃望远镜制作伊始其产品说明中出现了错误，所有的开发工程师按照这个错误的说明来做，所有的测试工程师按照这个错误的说明来测试（即“确认”过程），最后的结果是，哈勃上了天，却不能传回想要的图像，只好再用航天飞机帮忙“治病”。这个例子很好说明了测试应该什么时候开始的问题，即在项目启动之后就介入，似乎软件工程中提到过很多次了。任何人都会犯错，包括需求分析人员，包括设计人员，当然也包括测试人员，在一个错误的额道路上行进，跑的越快，离得越远。
毫无由头想起前些日子很火的一部电视剧：《奋斗》，里面的男主角陆涛同志就犯了这样一个错误，他的产品说明书（其实就是他自己所谓的梦想）压根就是错误的，但是他坚持按照那个产品说明书去做，而且不偷工减料（他的“验证”工作做得非常不错~），可是最后的结果是失败了，还好他有个有钱的老爸（相当于一个非常“伟大”“无私”的"项目负责人"），事情总算没有变得糟糕透顶。这个故事再次证明了一个问题，走在错误的道路上，走的越正，跑的越快，错的越远……
笔者在实际测试工作中，因为一些原因，项目缺乏必要的需求文档，缺乏功能说明等文档，造成了“确认”工作无从做起，后来在测试工作中遇到了很多很不可思议的问题，各种各样的问题在你面前瞬间爆发出来，想必测试人员会心烦意乱，开发人员也会面如死灰。还好，现在这种情况已经大为改观，测试人员做起事情来也更加顺手，开发人员也会自在得多~
