最近各种闹心的事情，被很多不必要的事情牵着走。为了更好在后续开展工作。对5.1.0版本进行总结和反思。5.1.0版本整体发版情况良好，但同时也暴露出来几个问题。
1.项目需求管控规则不明确，合包过程私自加需求。
在5.0.7的发版过程中，因为开发私自在App合成包时加需求，导致年货icon图标更换的情况漏测，十几个市场重新上传新包，增加测试和市场人员工作量。发现问题后，只是反思问题本身，没有很好的分析问题发生的本质是需求管控，更没有改进措施。
在5.1.0版本时，因为怕开发私自加需求，在接到合成包第一时间就比对提测需求和App更新需求列表，再次发现合成包中有私自增加需求。导致测试工作计划受到干扰。
同样的事情已经发生两次了，为了杜绝此类事情继续发生，和开发约定，在整体回归测试前三天，测试统一汇总提测需求，并和开发确认合成包是否就是这些需求；在整体回归前两天原则不允许加变更类需求和业务类需求。
2.回归测试工作衔接不畅
整体回归测试工作经过几个版本磨合，整体流程没有问题，但在部分环节衔接上不畅，导致等待时间浪费。主要表现在几个地方，多次合成包造成各业务的等待时间，各业务测试报告发送时间不及时导致等待时间，探索性测试报告多次转发导致等待时间。
针对以上问题，改进措施如下：
1）建立邮件组，减少邮件转发次数
2）关键信息群里同步，并@到人，如果没有回复电话联系
3）在此强调质量问题，建立质量准入机制
4）设置提醒机制，确保第一时间了解风险
5）建立整体流程管控点，每次进行list打勾
1.回归测试开始前3个工作日，和开发确认是否有变更的基础功能和新增加业务未排期的需求，工作量较小【业务负责人评估】的需求或者缺陷类的需求可以督促提测,整体@xxx负责。
2.回归测试开始前2个工作日不接受除缺陷类需求以外的变更类需求和新需求；请@业务负责人嫒严格按此执行，如有特殊情况XXX，
3.回归测试前一天，进行整体任务分配@业务负责人，涉及到资源问题找@xxx调配
4.接到回归测试包后，需要确认提测list和版本需求是否一致，@xxx负责
5.启动黄金流程的自动化测试@xxx负责，结果同步到测试组群和@xxx
6.启动自动化测试@xxx负责，执行填写到测试进度表
7.快速验证业务需求@所有人，如有问题第一时间反馈@xxx
8.全面回归测试@全体人员
9.进行稳定性测试、自动遍历测试@xxx负责，结果同步到进度表
10.填写第一天回归进度表，下午17：30完成@所有人
11.回归测试第二天业务功能黄金流程测试，缺陷验证。
12.回归测试尾声前，和产品确认缺陷遗留修复，缺陷处理结果@业务负责人确认有效；有异议直接反馈给@xxx【崇尚有独立思考能力】
13.回归测试收尾前，@业务负责人安排各自业务黄金流程走查和自由测试，并填写回归测试进度表
14.收集各个业务部门测试报告，并填写个业务线测试报告进度表@xxx
15.分析回归测试缺陷，评估版本风险@xxx@xxx
16.验证探索测试缺陷。【由xxx直接发送邮件组，各业务自行负责各种缺陷验证】
17.整理测试提交测试报告@xxx，并邮寄通知各业务组
2019年连续六十一天修心 土司于北京
