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

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

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

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

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

3.缺陷分布情况表

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

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

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

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

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

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

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

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

解释：

缺陷状态，如下

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

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

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

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

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

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

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

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

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

已修复：问题是否还在？

未处理：开发重视与否？

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

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

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

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

3.缺陷分布情况表