第9回 验证和确认——缺一不可
来源:互联网 发布:网络整改申请报告 编辑:程序博客网 时间:2024/05/21 21:50
2006年08月20日 09:48:00
在软件测试中不仅要检查程序是否出错、程序是否和软件产品的设计规格说明书一致,而且还要检验所实现的正确功能是否就是客户或用户所需要的功能,两者缺一不可,这两部分活动构成了一个完整的测试活动。这就是软件测试中有名的V&V,即Verification和Validation。实际上,在整个软件开发生命周期,Verification和Validation每时每刻都存在着。
1. 验证--Verification
Verification,翻译为"验证",也可以译为"检验",即验证或检验软件是否已正确地实现了产品规格书所定义的系统功能和特性。验证过程提供证据表明,软件相关产品与所有生命周期活动(需求分析、设计、编程、测试等)的要求(如正确性、完整性、一致性、准确性等)相一致。
验证是否满足生命周期过程中的标准、实践和约定;验证为判断每一个生命周期活动是否已经完成,以及是否可以启动其他生命周期活动建立一个新的基准。
在 ISO9000 中,"验证"的严格定义是:验证是通过检查和提供客观证据,表明规定要求已经满足的认可。"验证"强调的是"规定规格要求"
2. 有效性确认--Validation
Validation,翻译为"确认",但更准确地翻译,应该是"有效性确认",这种有效性确认要求更高,要能保证所生产的软件可追溯到用户需求的一系列活动。确认过程提供证据,表明软件是否满足客户需求(指分配给软件的系统需求),并解决了相应问题。
在 ISO9000 中,"确认"的严格定义是: 确认:是通过检查和提供客观证据,表明一些针对某一特定预期用途的要求已经满足的认可。"确认"强调的是"预期用途的要求"
3. 两者的区别和联系
为了更好地理解这两个测试活动的区别,可以概括地说,验证(Verification)是检验开发出来的软件产品和设计规格书的一致性,即是否满足软件厂商的生产要求。但设计规格书本身就可能有问题、存在错误,所以即使软件产品中某个功能实现的结果和设计规格书完全一致,但所设计的功能不是用户所需要的,依然是软件严重的缺陷。因为设计规格书很有可能一开始就对用户的某个需求理解错了,所以仅仅进行验证(Verification)测试还是不充分的,所以还需要进行性确认(Validation)测试。确认(Validation)就是检验产品功能的有效性,即是否满足用户的真正需求。
这就是BOEHM对V&V的最著名又最简单的解释是
我们还可以给出在目的、对象、参与人员和时机等各个方面的区别和联系。
目的:
预知后事如何,请读下回分解:第10回 在软件开发各个阶段的测试任务
版权所有,软件测试演义® --系列讨论的目录,见: 软件测试演义--中高级系列(序)
1. 验证--Verification
Verification,翻译为"验证",也可以译为"检验",即验证或检验软件是否已正确地实现了产品规格书所定义的系统功能和特性。验证过程提供证据表明,软件相关产品与所有生命周期活动(需求分析、设计、编程、测试等)的要求(如正确性、完整性、一致性、准确性等)相一致。
验证是否满足生命周期过程中的标准、实践和约定;验证为判断每一个生命周期活动是否已经完成,以及是否可以启动其他生命周期活动建立一个新的基准。
在 ISO9000 中,"验证"的严格定义是:验证是通过检查和提供客观证据,表明规定要求已经满足的认可。"验证"强调的是"规定规格要求"
2. 有效性确认--Validation
Validation,翻译为"确认",但更准确地翻译,应该是"有效性确认",这种有效性确认要求更高,要能保证所生产的软件可追溯到用户需求的一系列活动。确认过程提供证据,表明软件是否满足客户需求(指分配给软件的系统需求),并解决了相应问题。
在 ISO9000 中,"确认"的严格定义是: 确认:是通过检查和提供客观证据,表明一些针对某一特定预期用途的要求已经满足的认可。"确认"强调的是"预期用途的要求"
3. 两者的区别和联系
为了更好地理解这两个测试活动的区别,可以概括地说,验证(Verification)是检验开发出来的软件产品和设计规格书的一致性,即是否满足软件厂商的生产要求。但设计规格书本身就可能有问题、存在错误,所以即使软件产品中某个功能实现的结果和设计规格书完全一致,但所设计的功能不是用户所需要的,依然是软件严重的缺陷。因为设计规格书很有可能一开始就对用户的某个需求理解错了,所以仅仅进行验证(Verification)测试还是不充分的,所以还需要进行性确认(Validation)测试。确认(Validation)就是检验产品功能的有效性,即是否满足用户的真正需求。
这就是BOEHM对V&V的最著名又最简单的解释是
- Verification:Are we building the product right?是否正确地构造了软件?即是否正确地做事,验证开发过程是否遵守已定义好的内容
- Validation: Are we building the right product? 是否构造了正确的软件?即是否正在做用户真正所需要的事。
我们还可以给出在目的、对象、参与人员和时机等各个方面的区别和联系。
目的:
- 验证的目的是证实设计阶段输出是否确保设计阶段输入要求;
- 确认的目的是通过产品确认设计是否满足使用要求。
- 验证的对象是设计输出文件,计算书或样品等;
- 确认的对象是最终产品(样品)。
- 验证的参与人员通常是设计部门;
- 确认的参与人员必须包括使用者或能代表使用要求的人员。
- 验证的时机是设计适当阶段,一般是设计阶段输出形成结果时;
- 确认的时机是成功的设计验证后,一般针对最终产品,也可分阶段确认。
预知后事如何,请读下回分解:第10回 在软件开发各个阶段的测试任务
版权所有,软件测试演义®
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1098954
- 第9回 验证和确认——缺一不可
- 第9回 验证和确认——缺一不可
- 第9回 验证和确认——缺一不可
- 验证和确认——缺一不可
- 验证和确认——缺一不可
- 软件质量管理——验证和确认
- #笔记#圣思园 JavaWeb 第22讲——表单确认,JavaScript和Servlet实现客户端与服务器端验证
- 软件测试基础-确认和验证
- 调用函数验证密码和确认密码
- Android实现验证码获取和确认
- 第8章 确认访问用户身份的验证
- 独立软件验证和确认(ISVV)简介
- 独立软件验证和确认(ISVV)的方法
- 软件验证(Verification)和确认(Validation)的区别
- 密码和确认密码一致的Angularjs验证
- 搜索的两极------数据和用户为何缺一不可?
- Ext.js5表单—验证vtype扩展(时间段以及密码确认)(50)
- 验证(Verification) & 确认(Validation)
- 偶感——自我世界 现实 世俗
- 微软——人治 法治 文化治
- 第7回 软件测试方法的应用之道
- 第8回 测试的三维空间
- 互联网爆发有史以来最激烈冲突——两虎相斗(雅虎/奇虎),问题在哪?
- 第9回 验证和确认——缺一不可
- 第10回 在软件开发各个阶段的测试任务
- 从世界杯看软件团队建设和管理
- IT精英们常犯的十大傻事
- 第11回 集成测试的模式和方法
- 第12回 功能测试和适用性测试的标准
- 征集经典或精妙的测试用例
- 员工重于利润
- 第13回 负载、性能测试和容量测试的关系和区别