测试思想-测试总结 测试报告-关于关缺陷统计

测试报告-关于关缺陷统计

by:授客 QQ：1033553122

一般测试报告都少不了缺陷统计表，那具体需要统计哪些呢？不同公司规范性不一样，所以要求一般，我这里就例举几个常用的表：

1.一个本次测试提出的新缺陷统计表

2.一个本次缺陷回归测试中的缺陷统计表(重点说这个表)

3.缺陷分布情况表

4…..更多自己去查找了。

   

接下来，我用表说明，附上简单注释

 

1.一个本次测试提出的新缺陷统计表

缺陷分级	已知缺陷存在数（个）
致命
严重
一般
轻微、建议
合计

注：缺陷个数不含重复缺陷数，不含旧缺陷数

 

2.一个本次缺陷回归测试中的缺陷统计表

pms缺陷列表回归	缺陷量数（个）
已修复
未处理
重激活
延迟处理
拒绝处理
转需求
合计
消缺率

注：缺陷个数不含本次提交的新缺陷

延迟处理缺陷：不包含“不可重现”缺陷

消缺率=已修复缺陷数 / 缺陷总数(注：缺陷总数不包含“拒绝处理”)

 

解释：

缺陷状态，如下

新建(New)：测试中新报告的软件缺陷；

打开(Open、激活、重新激活、未处理)：被确认并分配给相关开发人员处理，也可能没指派或者指派给了开发人员，但是开发人员不鸟它，也可能是验证后发现没解决，重新激活；

修正(fixed、已修复、已解决)：开发人员已完成修正，等待测试人员验证；

拒绝(Declined、拒绝处理)：拒绝修改缺陷；

延期(Deferred、挂起): 不在当前版本修复的错误，下一版修复

转需求：转需求，如果审核通过，那就意味着原软件存在不合理。。

关闭(Closed)：错误已被修复

-----------------------------------------------------------------------------------

那我们报告中的关注缺陷的哪些状态呢？？三个字：抓重点

已修复：问题是否还在？

未处理：开发重视与否？

重新激活：开发人员工作质量，代码质量咋样？

延迟处理：暂时真没法子解决?

拒绝处理：是否是缺陷？测试不算，开发说了也不算，留给领导吧？

转需求：转需求，如果审核通过，那就意味着原软件存在不合理。。

 

3.缺陷分布情况表

模块名称	缺陷数
规则管理	8
告警查询(事件查看)	1
三层关联	1
报表任务	5
高危报表	1
实时查询	1
系统管理	1
历史查询	2
归档与回档	1
其它模块	0