既然选择远方,便只顾风雨兼程……

由《奋斗》想起的:确认与验证

上一篇 / 下一篇  2008-12-02 13:28:36 / 个人分类:测试职业历程

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

TAG: 确认 验证 软件测试 测试职业历程

 

评分:0

我来说两句

Open Toolbar