测试过程回顾之缺陷统计

Posted 2020-11-22 ww-xiaowei

在测试活动结束后，进行测试过程回顾是很好的事情，能帮助我们看看测试过程各个模块投入的精力是否合理，测试状态是否饱满，测试过程是否存在风险及下次活动怎样规避。

从各角度统计缺陷，学会看图说话：

缺陷提交时间bug数量趋势图

如果bug发现越靠后，那风险越高，期望在后期呈现收敛趋势

（在测试执行过程中，除了关注测试进度把控，
还可以关注bug数量趋势，看测试人员的测试状态是否需要调整）

缺陷严重性分布图
（致命问题是迭代模块的主要功能受阻；
严重问题主要为迭代模块的主要功能、数据、展示等问题；
一般性问题主要为迭代模块中的次要功能、展示等问题；
轻微问题主要为提示、建议、优化或影响小等问题。）

缺陷模块分布图
（该迭代版本主要集中在**和**模块，故缺陷较多。
缺陷数量排在前5位的模块分别为：PC后台(12)、……）

 

 

缺陷处理状态分布图
（注：遗留*个问题未关闭。
原因：1个无法重现，1个不紧急且有规避措施，1个目前系统业务形态暂是如此、后期分析后探讨解决方案，故团队评审后决定延期处理。）

 

 

缺陷激活次数，能反应bug的修复质量
（在测试过程中，回归bug时，注意能激活的就不重新新建bug）

============以上，以后测试工作中哪些方向可以改进？？==================
比如：

1.测试执行阶段，过程的记录可以优化（加入模块的第几轮测试的情况）

2.作计划时，在集成测试、系统测试的测试方向的列举

（模块测试阶段：

新模块测试范围包含：测试类型：功能、UI、数据正确性、系统交互、平台交互、终端交互、兼容性、易用性、使用场景、业务场景、业务流程、用户体验、异常操作等；

对新模块的第二轮测试，测试类型：回归、兼容性、易用性、使用场景、用户体验、异常操作、探索性发散性测试等；）

（系统测试阶段：

系统功能测试：主要模块功能测试；
产品流程测试：业务流程、使用流程、角色走向流程等；
场景挖掘测试：特性结合业务、产品、用户特定环境、使用习惯等分析挖掘场景
终端交互测试：PC、WAP、APP交互测试）

====================================================================================

在Excel插入数据透视表的方式统计各个维度的缺陷数，很好用，具体操作后面补一篇。