一.用例设计阶段 01. 需求多与产品交流，把需求搞清楚 02. 涉及数据或接口被外部系统调用需求评审，需求评审时，需要与产品、研发确认是否会影响其他系统。 03. 涉及数据刷新类的需求，需与产研交流确认数据刷新存在问题和影响范围 04. 需要分析下研发提供的影响范围，完善测试场景，同产品、研发核对场景，确保场景覆盖度100% 05. 用例在开发联调前完成并评审，推送自测用例给研发 06. 涉及其他模块交互测试点，邀请相关模块QA参与评审 二.环境准备阶段 01. 测试药名注册时，虚拟号以 168为前缀，名称带上 测试 字样 02. 新增的菜单，提测前需邮件跟产品确认配置权限和范围 三.测试执行 01. 转测或上线，提醒研发提供提测单、上线单 02. 影响范围不明确，找开发确认清楚；提测邮件中没有影响范围说明，回复邮件让开发补充重新提交 03. 需求转测前，需研发提供自测通过结果 04. 需求转测前，跟进开发组织代码评审，提取测试范围 05. 用例发现的缺陷，在缺陷单中补充 用例id和用例名称 06. 修改bug引入新问题，将缺陷单中的 是否为衰退Bug 修改为 是 07. 很容易发现的问题，缺陷单中 是否开发可以自测 选择 是 08. 阻塞测试执行的问题，问题优先级标最高优先级，问题严重级别 Blocker 09. 转测质量不达标，要提问题单，且问题优先级最高(block)，再发打回邮件 10. Blocker问题提交后在群里同步，并跟催开发当天闭环 11. 开发有争论的问题，找产品决策，影响大的问题，需要同步研发和测试责任人 12. 转测时，优先把冒烟主流程的用例执行，提前暴露基本功能流程问题，减少后续质量风险 13. 验证最后一天，建议在三个时间段给项目群中同步进展跟进(11:00、15:00、17:00)，如有严重阻塞，即时同步，主要是避免回归不充分，影响到第二天上线质量 14. SAAS端功能验证场景考虑范围端覆盖范围:管理PC端WEB端 药店类型覆盖范围:单店连锁总部连锁门店联营总部联营门店 四.上线时 01. 测试环境版本验证完成后，在上线前，列举所测场景，同产品、研发再次核对，确保场景完成度100% 02. 当天上线，上线wiki记录需在12:00前完成 03. 上线后，那些场景不具备验证条件，需同步或跟产品达成一致，并邮件发出 五.上线发布后 01. 版本测试完成，分析问题单，补充测试场景和用例 02. 线上功能性严重问题或已有2个客诉，处理超30分钟，要同步给研发和测试责任人 03. 确认是线上问题跟进，并截图同步质量群，问题记录线上wiki https://wiki.int.ybm100.com/display/SAAS/2020-Q4 04. 过程中影响质效的事项，记录bad case https://wiki.int.ybm100.com/pages/viewpage.action?pageId=267059947
标签：场景,测试阶段,问题,用例,上线,测试,注意事项,研发 From： https://www.cnblogs.com/wangyutest/p/18198338