浅谈软件测试的风险分析

tomzhang

--看每日一贴“第169贴软件风险分析”有感

风险分析应该是贯穿在软件生命周期中的每个环节里，这里我只谈谈软件测试的风险分析。软件测试最大的两个风险就是：
1.没有时间作100%的覆盖测试。

2.即使作了100%的覆盖测试，也无法保证软件没有bug了。

这两个风险对于任何一个测试主管/经理都是很棘手的。

开发组答应的软件交付日期，总是迟于计划的，这是整个行业的通病，这使得原本就不宽裕的测试时间就更加的捉襟见肘了，这样第1个风险就产生了。第2个风险是无时无刻不存在的，改善它，需要靠细心的有经验的测试人员在发布之前发现尽可能多的bug，这个纯靠个人的能力。相比而言，对于第1个风险，测试主管/经理可以采用以下策略：
1.不断的和开发经理讨价还价，换来尽可能多的测试时间。

2.测试之前，让参与测试的人员尽可能的熟悉系统。

3.预备一些应急测试人员，当测试阶段，有测试人员请假，这在某种程度上降低一部分风险。

4.果断的取消此次发布。这样会降低客户对公司技术能力的不信任。这种方法对同一个客户不要使用多次。

当然，还有一些其他的策略，如：交叉测试，权重测试(对经常发现错误的模块，重点测试)...

千里

简单一点说就两点：要么多点时间，要么多点人力。

msnshow

有时间和人力，还要知道自己应该怎么去做