测试工作流程

月度版本说明

交付SIT窗口

  • 迭代一:重点需求或关联协办个数大于等于4的复杂需求
    准入标准:
    完成标准:
  • 迭代二:存在关联方配合,当关联方个数小于4的一般需求
  • 迭代三:无关联方,且工作量小于50人日的需求
    准入标准:
    完成标准:

简单配合类,或仅配合测试,无需生产变更的应用可不纳入协办方个数统计

需求评审

  • 重点需求评审
    重点需求识别:
    1.首先以项目办发布清单为基础
    2.工作量在200人日以上、监督要求、涉及账务、创新产品、关联应用多、全流程链路长需求
    评审安排:

  • 非重点需求评审

风险汇报

  • 风险识别

  • 材料编写模板

  • 汇报途径

测试轮次说明

  • 冒烟测试
    通过最少的案例(一般选择全量案例的20%)短时间快速判断被测程序的可测程度,尽快发现涉及交易主流程、系统间流程、接口是否正常的问题
    主流程验证

  • 第一轮测试
    全量案例的执行

  • 第二轮测试
    第一轮缺陷较多功能,存在变化的案例,专项测试案例,端到端全流程案例测试

  • 回归测试
    月度版本回归,参考第二轮测试活动的内容
    基础案例执行,系统基础功能,开业案例执行

月度版本计划阅读

  • 研发中心门户测试计划查阅

  • 交付计划

测试环境

  • 常规月度版本连续测试环境
  • 生产运维环境,处理优化单,故障单,特殊窗口等环境

日常工作指引

站立会

组织者:
参与人员:
事项:

缺陷例会

组织者:
参与人员:
事项:

测试进度更新

冒烟情况更新
缺陷状态跟进
风险任务上报
测试日报

资产积累更新

测试分析师负责
测试平台测试资产更新
团队资产更新
组内人员培训

风险问题推进

当天阻碍问题
环境问题
其他问题

下个月度版本任务安排

测试经理负责

评审安排

测试分析师负责

回顾会总结

  • 责任人:测试经理牵头,每个月度版本投产后一周内完成
  • 问题登记:放在svn上
  • 上月度版本登记完成情况
  • 具体指引
    热身:
    感谢:
    总结:
    头脑风暴:
原文地址:https://www.cnblogs.com/Uni-Hoang/p/13662358.html