历史测试情况和线上问题反馈

历史测试情况和线上问题反馈

在早期实践时，只使用功能影响分析表选择用例，但使用后总会出现一些莫名其妙的问题，比如

为什么有些bug线上重复出现?

Bug扎堆(连续几个版本bug该模块bug都比较多)?

通过不断总结发现，这些问题很多时候是因为没有对测试历史情况和线上反馈跟踪分析导致。通过对历史测试情况分析和线上反馈持续跟踪优化实践如下：

历史情况分析

模块缺陷率：模块缺陷率较高的模块(大于平均值)测试时重点关注，并适当提高测试覆盖率(原则缺陷率前三的模块用例覆盖增加一个级别)。

缺陷稳定率：统计近6次模块版本测试缺陷稳定度，稳定度较差的模块组讨论是否增加用例覆盖。

版本模块趋势图：跟踪模块bug趋势是否正常预测区间，超出区间值，重点关注并适时调整用例覆盖(结合bug日执行监控)。

线上持续反馈跟踪优化

五级故障总共5件，A业务3件，B业务1件，C业务1件;主要问题是对业务逻辑了解不清楚。

策略：所有涉及A业务模块的测试全量回归，B、C业务的重点关注。

D业务bug比较多，但投诉较低，有资源的情况下加强测试，A业务业务bug少，但造成五级量化，重点测试并监控。

策略：对于线上产生的bug模块，在以后回归时，全部纳入测试范围。