测试管理011:测试策略的选择 - 时间、范围、成本与质量的平衡
2012-10-04 08:56
316 查看
测试时间和测试资源总是非常有限的,而测试对象的各种组合却是非常庞大的。如何在测试时间、成本、质量等方面实现平衡,是每个测试人员需要仔细考虑的问题。本文通过采取下面的测试策略,帮助测试人员较好的实现时间、成本和质量等方面的平衡:
1)测试的尽早介入:尽早在缺陷刚刚被引入的时候就发现和修复它们,可以有效地避免缺陷的雪崩效应和缺陷的成本放大效应;
2)基于风险的测试:确保将测试资源放在最关键的测试对象功能模块中,而不将有限的测试资源浪费在无关紧要的地方;
1)测试的尽早介入
软件开发生命周期中的每个开发阶段都会输出本阶段的工作产品。事实证明,一半以上的软件缺陷是在需求阶段引入的。图1显示了在不同阶段缺陷引入的分布情况。
图1 不同阶段缺陷引入的分布
测试的尽早介入表现在:在项目开发的早期,测试人员通过参与相关软件工作产品的评审,以达到尽早发现和修复缺陷的目的。测试人员的尽早介入,其主要优点表现在(也是软件测试的实践经验):
(1) 提高质量。缺陷存在放大效应(即缺陷的雪崩效应),简单的讲,在需求分析阶段引入10个缺陷,假如没有通过评审等静态测试手段发现和修复这些缺陷,那么在概要设计阶段就会变成15个,而在详细设计阶段可能就会变成25个(假设不同阶段的缺陷放大系数是1.5);假如在项目早期进行了静态测试,遗留的后续阶段的缺陷数目将可以大大降低,从而提高产品的质量;
(2) 降低成本。因为缺陷发现和修复的成本随着开发阶段的演进而快速的上升。假如在项目早期发现和修复缺陷,将可以大大的降低整个项目的成本;
(3) 提高测试的可预测性。
2)基于风险的测试
由于穷尽测试是不可能的,测试人员必须在测试资源、成本和质量之间实现平衡,也即需要妥协。但这并不意味着放弃测试,只是意味着不可能有足够的时间对测试对象的方方面面进行测试。如何选择测试的重点,使得风险处于可控的状态,这就是基于风险的测试需要考虑的问题。
基于风险的测试选择测试重点,经常考虑的一个因素就是产品中不同功能的使用频率。图2是IT项目中实际功能模块使用频率的分布。
图2 IT项目实际功能模块使用频率的分布
从图2中,我们可以发现:
(1) 软件产品的每个功能模块,对于客户而言并不是是同等重要的;
(2) 同样的,测试对象中的每个功能模块,对于测试而言也不应该是同等重要的,即测试的强度和优先级是应该区别对待的;
因此,将测试资源和测试时间花费在客户经常使用的系统功能模块上是合理的。因为系统中的某部分经常被使用,假如其中存在缺陷,那么该部分频繁使用将使得出现失效的可能性大大提高。
基于风险的测试选择测试重点,另外一个经常考虑的因素是系统中最可能出现错误的模块。为什么在某些模块中存在特别大的风险,对此可能有许多不同的理由,例如:可能是由于缺少经验的开发人员编写了复杂的代码块,或者时间压力太紧、开发资源不足等。对于测试而言,要紧的是看清其中的原因,并基于这些原因作出有实际根据的决定,也即测试重点的选择。
1)测试的尽早介入:尽早在缺陷刚刚被引入的时候就发现和修复它们,可以有效地避免缺陷的雪崩效应和缺陷的成本放大效应;
2)基于风险的测试:确保将测试资源放在最关键的测试对象功能模块中,而不将有限的测试资源浪费在无关紧要的地方;
1)测试的尽早介入
软件开发生命周期中的每个开发阶段都会输出本阶段的工作产品。事实证明,一半以上的软件缺陷是在需求阶段引入的。图1显示了在不同阶段缺陷引入的分布情况。
图1 不同阶段缺陷引入的分布
测试的尽早介入表现在:在项目开发的早期,测试人员通过参与相关软件工作产品的评审,以达到尽早发现和修复缺陷的目的。测试人员的尽早介入,其主要优点表现在(也是软件测试的实践经验):
(1) 提高质量。缺陷存在放大效应(即缺陷的雪崩效应),简单的讲,在需求分析阶段引入10个缺陷,假如没有通过评审等静态测试手段发现和修复这些缺陷,那么在概要设计阶段就会变成15个,而在详细设计阶段可能就会变成25个(假设不同阶段的缺陷放大系数是1.5);假如在项目早期进行了静态测试,遗留的后续阶段的缺陷数目将可以大大降低,从而提高产品的质量;
(2) 降低成本。因为缺陷发现和修复的成本随着开发阶段的演进而快速的上升。假如在项目早期发现和修复缺陷,将可以大大的降低整个项目的成本;
(3) 提高测试的可预测性。
2)基于风险的测试
由于穷尽测试是不可能的,测试人员必须在测试资源、成本和质量之间实现平衡,也即需要妥协。但这并不意味着放弃测试,只是意味着不可能有足够的时间对测试对象的方方面面进行测试。如何选择测试的重点,使得风险处于可控的状态,这就是基于风险的测试需要考虑的问题。
基于风险的测试选择测试重点,经常考虑的一个因素就是产品中不同功能的使用频率。图2是IT项目中实际功能模块使用频率的分布。
图2 IT项目实际功能模块使用频率的分布
从图2中,我们可以发现:
(1) 软件产品的每个功能模块,对于客户而言并不是是同等重要的;
(2) 同样的,测试对象中的每个功能模块,对于测试而言也不应该是同等重要的,即测试的强度和优先级是应该区别对待的;
因此,将测试资源和测试时间花费在客户经常使用的系统功能模块上是合理的。因为系统中的某部分经常被使用,假如其中存在缺陷,那么该部分频繁使用将使得出现失效的可能性大大提高。
基于风险的测试选择测试重点,另外一个经常考虑的因素是系统中最可能出现错误的模块。为什么在某些模块中存在特别大的风险,对此可能有许多不同的理由,例如:可能是由于缺少经验的开发人员编写了复杂的代码块,或者时间压力太紧、开发资源不足等。对于测试而言,要紧的是看清其中的原因,并基于这些原因作出有实际根据的决定,也即测试重点的选择。
相关文章推荐
- 范围时间成本质量 管理
- 关于项目的时间、成本、质量、范围的思考[草稿]
- PMBOK项目的范围,时间,成本管理
- 时间、质量、成本——项目管理的矛与盾
- 只要会说“范围、时间、成本、质量”,鹦鹉都能成为项目经理
- 成本和质量是常量,范围和时间是变量
- 项目管理三要素:时间、质量、成本
- 项目管理的三大目标即时间、成本和质量
- 递归与分治策略之线性时间选择(随机划分线性选择)
- 测试管理:你该如何去保证测试执行的质量?
- 高效梳理测试范围的方法——业务格式图管理方案
- 时间管理策略
- 使用WdatePicker时间插件简单的控制页面上两个时间选择的前后范围
- 项目成本管理、质量管理、人力资源管理重点
- 测试概论,基础,ST评估与质量,ST过程与管理,应用负载压力测试
- 项目管理系列之项目范围时间及资源管理(二)
- 630所党怀义:质量管理与软件测试的飞行轨迹
- Oracle数据库表范围分区策略测试过程
- Html5添加用户选择一个日期时间范围的日期选择器插件教程
- silverlight自定义控件之时间范围选择控件