五大维度提升测试质量

项目测试总结

• 1、项目时间总结

目的：对项目迭代完整周期明确把控，开发和测试周期、时间比，为后续测试计划安排，提供有力依据。文章源自玩技e族-https://www.playezu.com/13284.html

开发周期：yyyy-MM-dd ~ yyyy-MM-dd文章源自玩技e族-https://www.playezu.com/13284.html

开发改bug：yyyy-MM-dd ~ yyyy-MM-dd文章源自玩技e族-https://www.playezu.com/13284.html

测试：yyyy-MM-dd ~ yyyy-MM-dd文章源自玩技e族-https://www.playezu.com/13284.html

 文章源自玩技e族-https://www.playezu.com/13284.html

• 2、 N版本bug分布

目的：宏观角度看版本的质量问题，分析bug的时间和模块分布，对后期测试进度把控，给出依据；分析出哪些模块是问题较多的，为测试粒度调整提供依据。

当前版本问题集中在前期、中期还是后期发现，测试计划安排是否有问题；综合开发解决问题的速度，评估版本发版时间风险等。

时间分布趋势

N版本创建问题和解决问题曲线

N版本新增bug周统计

模块分布

N版本bug模块分布

• 3、项目问题总结

目的：总结每个版本的项目问题，很有必要。及时发现当前版本代码质量问题、测试用例设计&测试范围评估不足之处、项目配合&信息同步不足之处，将流程规范的缺失等问题暴露出来，推进项目质量，优化后续测试计划。

示例：

• 代码提交不规范引起的bug，提醒测试加强开发优化代码监测；

• 回归测试发现的bug，提醒测试需要细化回归粒度；

• 开发代码修改，测试范围评估不足引起的bug，提醒测试需要在测试范围评估上再下功夫；

• 兼容类问题测试前移，提前发现问题；

• 4、Bug总结

开发修改实现方式解决；

目的：从相关人员维度（不同层面），对当前测试版本，微观到每个有总结价值的bug，详细总结问题的原因，解决方案，及该（类型）bug的测试后续改进。

大话软件测试

作者：欧立奇

当当 广告

购买

产品、交互、数据层面

• 需求变更引起

• 需求新增

• 信息同步问题

• 数据问题

开发

• 新版本功能bug

• UI优化、逻辑优化引起

• 合并代码引起

• 开发功能遗漏

• 服务端接口变化

• 服务端接口漏洞

• 测试范围沟通不够，影响范围不够

测试

• 之前版本测试遗漏

未发现的原因:回归测试不足；

后续改进:需细化回归测试粒度；

• 兼容测试策略需优化

未发现的原因:兼容性测试不足；

后续改进

评估新功能兼容测试的必要性并有效选择机型测试兼容；新设备，新功能测试、回归测试的时候多使用覆盖已有功能；

• 测试用例覆盖度不够，用例设计不足；

• 加强组内用例评审；提高用例设计能力；

• 模块逻辑深入理解；

测试建议

1、9.2版本，后期回归，bug曲线趋势异常，版本风险增大，在9.3版本吸取教训

2、代码分支问题多

测试加强了开发代码监控

3、某些开发容易出现需求遗漏

测试排期阶段和提测前，会着重@某开发童鞋，防患未然

4、某些模块问题较多，需要投入多一些的人力

测试计划更灵活、合理安排，二轮回归重点关注

5、测试用例优化&兼容性测试

版本覆盖安装数据兼容、新机型旧功能兼容等，测试前移，降低后期风险；

图文来源网络，如有侵权联系删除