探讨软件测试中缺陷的有效性

2010-01-28  王恩建 

在日常的工作中,经常发生开发人员拒绝测试人员提交的缺陷,有时候开发人员和测试人员就缺陷被拒绝发生争议。我总结了一下,开发人员拒绝缺陷的有以下几种情况。我列举的不一定完全,还请各位补充。

1、开发人员认为这不是问题:
1.1、信息不对称,对需求理解不同。现实的情况是由于文档不全或者其他原因,开发人员获得的需求信息远大于测试人员。
1.1、由于经验和能力不同,对需求理解不一致。
1.2、易用性问题,如果没有一个衡量易用标准,那每个人对易用的理解都不一样。
2、缺陷描述不清楚或者不完整,开发人员看不明白缺陷或者不足以定位缺陷。
3、缺陷不能重现。
4、测试人员重复提交。

接下来,怎样定义缺陷的有效性呢。缺陷的有效性定义为缺陷被开发人员接受有有效,被开发人员拒绝为无效,拒绝的情况应该在上述的情况之内。如果我们确定了缺陷的有效性,那么是否可以定义一个缺陷的有效率呢,如果把缺陷的有效率作为测试人员的考核指标是否可行?

缺陷有效率 = (缺陷总数 - 被拒绝缺陷总数)/ 缺陷总数 * 100%

最后一个问题,如果作为测试人员的考核指标,百分多少才算达标呢?现在不好定义,恐怕只有在实践中总结了。
644°/6380 人阅读/6 条评论 发表评论

李军  2010-01-29

如果作为考核指标,就涉及到测试人员的切身利益,当开发人员和测试人员就缺陷是否该决绝发生争议,应该有个第三方仲裁组织吧,不能让开发人员随意拒绝。


王波  2010-01-29

有没有现行的工具支持计算缺陷有效率,手工去计算够呛。


金鑫  2010-02-01

可以使用excel公式或用宏,不过维护成本与知识准备成本要求高点了,数据录入也是问题,有没有这方面的工具,难道用报表工具不成,哎!


曹一富  2010-02-01

想法很好,但怎样才能落地实现呢。如楼上所言,成本高。另外,如果没有一个IT系统去支撑,只能是纸上谈兵。


张雨萱  2010-02-23

用Bugzilla应该可以看到某个人提的所有bug的bug状态吧


袁帅  2010-06-09

了解


登录 后发表评论