当测试资源有限，如何确保业务迭代质量和稳定性

一、背景和目的

迭代内需求分多次发布，同一个QA负责多个模块，为了同时满足快速迭代需求，又能有效的保证迭代质量，做以下几个调整：

1. 敏捷化：针对小需求，开发和产品直接闭环，简化验收流程，促使小需求的迭代速度更快
2. 责任明确：项目迭代 DRI、需求开发负责人承担起项目与需求进度推进与质量第一的责任，包括推动产品和设计的验收以及跟进发布，提高开发团队的自主性和质量责任感
3. 资源优化：将QA资源集中在重大需求以及其他质量建设上，确保业务关键功能的质量和稳定性

二、迭代质量策略调整

三、QA长期质量建设任务

跟随迭代：

1. 持续维护用例
2. 持续提高UI/接口自动化覆盖率
3. 洞察迭代过程典型问题，并促进改善
4. 跟进处理线上用户问题反馈
5. 持续优化测试流程
6. 要求开发转测时自测提高转测质量

四、潜在风险

不是所有的需求都遵循标准验收流程，可能的风险：

1. 质量控制缺失：
   a.可能会存在未被发现的问题（非流程阻塞性），这可能导致发布后出现体验上的质量问题
   b. 没有实际参与验收，导致需求的风险没有得到充分评估，新加入的功能可能导致已有功能出现问题
   c. 用例或自动化用例会逐渐出现偏差，需要在后置感知后，进行相应更新和修复
2. 线上问题处理效率变低：用户反馈问题处理效率变低，原因是QA比较被动，不知道具体需求内容、不知道什么时候引入的，所以增加沟通成本，问题处理效率会降低