测试总结很重要，包括项目整理的总结、个人的总结、小组的总结;做项目总结，是为了梳理整个过程，明确问题和找到原因，改进整个流程和推进项目状态越来越好。
自己目前所做的是项目的总结，会针对三方做一个总结，分别是开发、产品和测试，总结要主体上基于当前版本项目做，也需要对之前版本做回顾，以及在当前版本项目上之前的问题是否有所改进。因为当前基本上是10天一个app的版本，基于比较重要的版本，基本上都做了回顾，最重要的还是基于问题，要找到解决方案，并且最重要的是：跟开发负责人、产品负责人沟通，跟自己组内人员沟通，一起来执行解决方案，并且要确实严格执行(针对不执行的，要有一定的惩罚制度，让大家都理解执行的重要性和必要性)
那么一个基本通用的模板如下：
测试小组的总结：
测试计划执行情况：看实际情况有么有按照计划执行，如果没有，找出阻碍和原因，是否可解
Bug库分析：包括Bug的有效率、各优先级的Bug所占的比率、各模块的Bug分布比率、测试工程师的Bug发现率、Bug的修复率、各阶段发现的Bug发现率、Bug的生命周期
其实可以通过问自己N个方面的问题，来丰满每次的总结：人员安排、时间安排、风险分析、测试执行、Bug、沟通、项目管理、员工管理，这些方面的总结需要根据不同的提交对象进行不同方面的删减和充实。
在自己带项目的整个过程中目前为止遇到的问题?如何处理的?目前自己认为可能需要加强或者需要后续更加关注的内容?
1、目前为止遇到的问题及处理措施：
跟开发团队之间的沟通问题：主要大家来自不同的团队，刚开始的工作态度都会有不同，这个时候视问题的严重程度，有些时候确实需要采取一些强硬措施，当然提前跟开发负责人打招呼是比较好的一种方式
开发团队遇到很多问题，因为对产品质量的认知不足导致不愿意解决，甚至有问题但是无法立即定位原因的，会拖N个版本也不解决：通过邮件方式、通过会议说明、通过项目总结、通过每天的项目测试情况的汇报，通过各种方式说明，并明显注明(需要告知开发负责人、开发组的上级leader)，告知开发需要解决，并且需要组内指派人员单独跟进，并关注跟进的结果
对开发团队不断出现Bug反复、提测质量不高的问题：一个是态度问题，一个是能力问题;能力问题也需要找开发负责人沟通，由开发负责人来按照各人的能力分配工作模块，或者开发组内自己制定其他措施等，测试这方就是要告知开发需要明确的提测模板(包含提测文件名、提测路径、提测说明，提测说明中包含详细的信息：正式环境或测试环境等，提测模块，影响范围、建议重点关注内容、修复Bug)、提测标准(测试点提前准备好，给开发做自测，需要自测之后功能上无明显Bug才可提测);态度问题就是：多沟通、测试人员单独找对应开发沟通，积极追自己名下的问题，将测试的情况及时反馈给开发负责人，让开发负责人来督促他们及时解决问题，制定各种模板，包含提测模板、bugfix模板、bugreopen率统计及处理措施等
2、后续需要关注的问题：
把项目带稳定，建立起一个积极的团队;具体的根据各人能力不同分派不同任务，让组内成员都能够工作舒心且有成就感，这一点很重要，也不好做到;个人能力的继续提升，包括测试基本知识及时补充和更新、测试技术的掌握、代码能力的提高、自动化的推进
如需了解更多测试技术信息请关注：深圳多测师软件与技术服务有限公司
本文链接：https://my.lmcjl.com/post/3650.html
4 评论