测试报告-关于关缺陷统计
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 |