测试阶段注意事项

一.用例设计阶段

    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