质量保证框架之验证与确认

2010-02-23  毕泽明 

验证贯穿在整个开发生命周期中,用来评价产品是否满足了在前面一些已经正确完成的活动中定义的需求,而确认发生在生命周期的末尾,用来检查系统是否满足了客户的需求。
 
与验证相比,测试产品的创建与确认的关系更加紧密。从传统意义上讲,软件测试一直被认为是一个确认过程,也就是说,被当做生命周期的一个阶段。
 
如果把验证整合到测试过程中, 测试将贯穿产品开发的整个生命周期。实践证明,为了获得最好的结果,在测试过程中可以把验证与确认结合在一起。在软件开发的生命周期中,验证包括评审、分析和测试的系统化过程,从软件需求阶段一直到代码编写阶段。验证保证了软件开发与维护的质量。同时,验证使得开发过程变得更加有组织、更加系统化,从而使开发出来的应用程序很容易被第三方理解和评估。
 
验证为紧密监控软件开发项目提供了一个有效的方法,也为随时了解项目详细状态提供了管理手段。
 
对于验证,也有一种批判的观点,认为它会相当程度地带来软件开发成本的增加。然而,如果考虑从一开始到最后系统废弃的整个生命周期中软件开发的成本,实际上,验证能够减少软件的总体成本。
 
老实说,在国内,估计很少公司能做到这点,口头可能会说说,但是实施起来发现项目就是项目,不是产品。项目生命周期其实也不是很长,验证所带来的成本增加可能尤为明显。
我所在的公司,因为软件开发基本是遵循瀑布开发,很多过程也能做到文档化和评审。部门内部也有质量保证人员,来检查每个阶段和文档的评审情况。公司也有独立的质监部门来检查项目开展情况。老实说句,效果我认为只有一半,有一半流于形式了。——不是不重视,是因为项目太多,项目所需的时间太短——大家觉得这样的情况,应该怎么保证呢???
517°/5122 人阅读/5 条评论 发表评论

吴卓扬  2010-02-24

验证就是do something right,确认就是 do the right string。你们公司有独立的质量保证部门比起我们公司很到位了,项目每个版本的发布只是测试一下就直接发布了,最多只是个验证过程。


王进  2010-02-24

非常赞同,测试是减少成本,不是增加成本。


关敏  2010-02-24

学习了。。。


花卉  2010-02-25

不是不重视,是因为项目太多,项目所需的时间太短——大家觉得这样的情况,应该怎么保证呢???
————莫非就是加班……


毕泽明  2010-02-25

没错,加班是一个很好的办法,但是治标不治本,加班太多情绪会影响很大的,这是一个难题啊


登录 后发表评论