1、项目时间总结
目的：对项目迭代完整周期明确把控，开发和测试周期、时间比，为后续测试计划安排，提供有力依据。
开发周期：yyyy-MM-dd ~ yyyy-MM-dd
开发改bug：yyyy-MM-dd ~ yyyy-MM-dd
测试：yyyy-MM-dd ~ yyyy-MM-dd
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、测试用例优化&兼容性测试
版本覆盖安装数据兼容、新机型旧功能兼容等，测试前移，降低后期风险；
|
