我们做软件测试，最终的目的就是保障产品质量。为了保证产品能够更顺利、更完美地面向客户，所以提高产品质量对软件测试工程师来说很重要，那么我们如何更好的提升软件产品的质量呢？
项目迭代总结
目的：对项目迭代完整周期明确把控，开发和测试周期、时间比，为后续测试计划安排，可提供有力的依据。
开发周期：yyyy-MM-dd ~ yyyy-MM-dd；
修复BUG：yyyy-MM-dd ~ yyyy-MM-dd；
测试周期：yyyy-MM-dd ~ yyyy-MM-dd；
版本BUG分布
目的：宏观角度看版本的质量问题，分析bug的时间和模块分布，对后期测试进度把控，给出依据;分析出哪些模块是问题较多的，为测试粒度调整提供依据。
当前版本问题集中在前期、中期还是后期发现，测试计划安排是否有问题;综合开发解决问题的速度，评估版本发版时间风险等。
1.时间分布趋势：
版本创建问题和解决问题曲线图1
版本新增bug周统计柱状图2
2.模块分布：
版本bug模块分布饼图3
版本bug模块分布柱状图4
项目问题总结
目的：总结每个版本的项目问题，很有必要。及时发现当前版本代码质量问题、测试用例设计、测试范围评估不足之处、项目配合、信息同步不足之处，将流程规范的缺失等问题暴露出来，推进项目质量，优化后续测试计划。
示例：
代码提交不规范引起的bug，提醒开发人员加强单元测试；
回归测试发现的bug，提醒测试人员需要细化回归粒度；
开发代码修改，测试范围评估不足引起的bug，提醒测试人员需要在测试范围评估上再下功夫；
兼容类问题测试人员前移，提前发现问题；
BUG总结
目的：从相关人员维度(不同层面)，对当前测试版本，微观到每个有总结价值的bug，详细总结问题的原因，解决方案，及该(类型)bug的测试后续改进。
1、 产品、交互、数据层面；
需求变更引起；
需求新增；
信息同步问题；
数据问题。
2、开发层面；
新版本功能bug；
UI优化、逻辑优化引起；
合并代码引起；
开发功能遗漏；
服务端接口变化；
服务端接口漏洞；
测试范围沟通不够，影响范围不够。
3、 测试层面；
之前版本测试遗漏；
未发现的原因:回归测试不足；
后续改进:需细化回归测试粒度；
兼容测试策略需优化；
未发现的原因:兼容性测试不足。
4、 后续改进；
评估新功能兼容测试的必要性，并有效选择机型测试兼容新设备；
新功能测试、回归测试的时候多使用覆盖已有功能；
测试用例覆盖度不够，用例设计不足；
加强组内用例评审;提高用例设计能力；
模块逻辑深入理解。
软件测试建议总结
1、9.2版本，后期回归，bug曲线趋势异常，版本风险增大，在9.3版本吸取教训；
版本回归柱状图5
2、代码分支问题多；
测试加强了开发代码监控。
3、某些开发容易出现需求遗漏；
测试排期阶段和提测前，需先执行冒烟测试，冒烟测试通过后方可进行提测。
4、某些模块问题较多，需要投入多一些的人力；
测试计划更灵活、合理安排，二轮回归重点关注。
5、测试用例优化；
增加备选流及异常操作流程案例。
6、兼容性测试；
版本覆盖安装数据兼容、新机型旧功能兼容等，测试前移，降低后期风险。
质量是企业的命脉，能够控制产品质量，赢得客户称赞是每个企业所望，也是测试人员的使命。希望此五大维度能真正帮助汝等做好质量卫士。
我是谁？
我是一名从事了多年软件测试的老测试员，今年年初我花了一个月整理了一份最适合2020年学习的软件测试学习干货，可以送给每一位对软件测试感兴趣的小伙伴，想要获取的可以关注我的头条号并在后台私信我：【测试】，即可免费获取。
閱讀更多 Atstudy網校 的文章
