思步网

查看: 54661|回复: 18
打印 上一主题 下一主题

软件测试过程中用到的风险分析知识

[复制链接]
     测试过程中主要会考虑质量的风险,也要考虑项目的风险,比如沟通风险,需求变更风险,资源风险等等。

     首先讨论质量风险分析, Rex Black 曾写过一本软件测试核心过程的书,我买了一本(中文),其中质量风险分析就是 12 大测试核心过程之一。在项目开始阶段,熟悉项目的同时,也要召集相关人员讨论这个项目存在或潜在的质量风险,制定优先级,制定 action plan ,归档,追踪。风险分析也是测试计划中必不可少的一个部分。质量风险分析的文档可以作为测试设计的依据。而令人遗憾的是,都没有认真进行过质量的风险分析,一般都是武断地被决定放弃哪个测试和保留哪个测试,我也曾在我的 test plan 中列出测试部门认为的风险因素 ( 曾私下与开发部门讨论 ) ,发现根本没有人去认真阅读此文档。

     进行质量风险分析,通常情况都会在测试条件下对系统的质量风险进行识别和优先排序。一般地,这些风险会根据主要风险类别,比如功能,性能,安全等,进行分组或组织。风险分析也会运用已完结项目的历史缺陷和失败数据。 Rex Black 书中详细介绍了质量风险分析的过程,这个过程只是个参照,根据公司的实际情况和项目需求,可以省略一些步骤或增加一些步骤。具体的过程如下:

     1 )找出关键的测试和质量 stakeholders 。获得 stakeholders 参与质量风险分析的承诺。(获得公司管理层的承诺,找到 PM, Development Lead, Design lead… 等,推销质量风险管理)

     2 )就质量风险分析的技术和方法问题,对关键渉众进行调查。如果合适的话,就提出一种技术,并获得在技术和方法选择上的一致意见。(大体上四种技术方法: 非正式的 --- 列出系统中潜在问题的列表,然后与关键涉众一起给这个列表中的项目确定优先级; ANSI/ISO 9126 标注 --- 在质量的六个特征之中 ---- 功能,可靠性,可用性,效率,可维护性和可移植性( FRUEMP ) --- 定义了质量的子特征,根据每个子特征测量系统的质量度量,最后将这些度量翻译成一种质量评估的方法;发现的费用 ( cost of exposure , COE ) --- 找出潜在的问题和它们产生的影响,然后评估当这个问题发生时对业务产生的费用,以及发生这个问题的可能性;失效模式与影响分析( FMEA ) --- 找出潜在的问题,了解他们的影响(对于顾客和用户),然后对他们进行分类(采纳涉众的建议),按照严重性(对系统的冲击),优先级(对商业利益的冲击)和发生的可能性(失败的几率)
  
     3 )向关键渉众收集关于质量风险,与这些风险相关的失败模式,这些失败对于质量的影响以及风险的优先级方面的意见。找出降低每种风险的推荐措施。(指导质量风险分析过程的测试人员很重要,不仅要有一定的质量分析技术的技能,还要有一定的管理技能,能够 解决冲突和不同意见,确保会议按照日程和时间表进行等才能。此外,必须就有一定的信誉和高层领导的支持。)

     4 )在分析中报告在其他项目文档中找到的任何早起错误,例如不明确的需求或需求丢失,以及设计问题等等。( 在测试开始之前发现潜在的错误非常关键,首先,分析能够发现含糊的,不可测试的或无法达到的需求和设计缺陷等的实例。其次,除了发现问题之外,质量风险分析过程也能够指出解决办法。第三,优先级确定的过程是一种给编程组的提前通知,指出我们将会测试什么。)
  
     5 )以文档形式记录对应于所使用技术的质量风险。将这些文档在渉众之间传阅以得到批准。根据需要重复第 3 , 4 , 5 步,以最后确定质量风险,它们的优先级以及推荐措施。

     6 )将质量风险分析文档检入项目的资料库或配置管理系统中,将这份文档置于变更控制之下。(创建一个可追溯性的数据库)

     要全面考虑质量风险的来源,质量风险不仅来源于产品和系统本身,也与项目过程和组织环境有关。比如开发团队的技能和经验,修改 bug 的质量和需要的时间等,比如到达开发项目的末期,还有许多需求变更,不经增加了风险,也增加测试工作量,这时候就要 要选择一个回归测试集,分析变更,决定伴随着特殊变更、条件或缺陷修复的回归测试的可能性,也应该 -- 用质量风险分析来选择最重要的测试。




上一篇:软件测试基础知识——适合初学者
下一篇:敏捷测试的方法和实践
[发帖际遇]: 青青小草 在论坛发帖时没有注意,被小偷偷去了 4 (金) 金币. 幸运榜 / 衰神榜
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

锄禾日当午,发帖真辛苦。谁知坛中餐,帖帖皆辛苦!
有空一起交流一下。
很有见地的探讨,先收藏着~
我了个去,顶了
打酱油的人拉,顺便赚点金币
打酱油的人拉,顺便赚点金币
看起来好像不错的样子
向楼主学习
我了个去,顶了
打酱油的人拉,顺便赚点金币
看了LZ的帖子,我只想说一句很好很强大!
很有见地的探讨,先收藏着~
其实,很多情况下都是这样的,习惯就好。
没人回帖。。。我来个吧!
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部