测试流程规范

立项与需求评审
- 工作内容
  - 项目可行性分析与业务员目标
  - 项目需求评审与确认
  - 项目进度预估与人力投入
- 责任人：测试manager
- 产出：需求评审完成后1天内完成
  - 需求确认后当天完成需求摘要，发给产品/开发负责人确认需求理解一致，如果认为有风险请添加风险提示与具体分析（不要凭感觉，凭感觉就是没有），同时抄送项目参与同学，知会需求概要。
  - 确认项目参与人选
测试计划
- 工作内容
  - 预估项目工作量和人员需求，根据项目进度确定测试工作进度。
  - 根据开发与产品的文档，对接测试需求，明确测试目标和工作重点。
  - 确认技术重点与难点，选择并确定解决方案。
  - 明确分工
- 责任人：测试leader
- 产出：开发计划完成后2天内完成
  - 测试计划，测试计划模板，并与开发/产品评审通过。
测试设计
- 工作内容
  - 根据测试计划的要求设计测试用例，参考以下设计原则：
    - 业务知识和相关流程
    - 确认自动化测试技术架构设计
    - 各种测试设计方法：等价类划分，边界值分析等
    - 用例优先级评估
  - 测试环境规划
  - 确定自动化测试的代码框架结构
  - 确定需要为测试开发的辅助工具
- 责任人：测试leader
- 产出：第一次版本提测前完成
  - 完成测试用例设计，并与开发/产品评审通过。
    - 测试用例对新需求场景必须完全覆盖。
    - 自动化测试用例之间必须保证独立性，没有相互依赖。
    - 对于性能/稳定性测试在计划时间前完成即可。
  - 确定冒烟测试集合，用于快速完成系统验收。
  - 确定回归测试集合，确保原有功能不会因为新版本出现bug，影响使用。
  - 确认系统测试集合，用于验收测试。
  - 完成自动化测试脚本设计。
  - 完成系统部署准备，系统提测2小时内完成部署开始测试（视系统复杂性可以适当放宽）。
项目提测
- 工作内容
  - 检查开发团队提交自测清单（自测记录，持续集成测试记录等），确认开发自测完成满足提测条件。（简单标准，单元测试代码覆盖率不低于75%）。
  - 冒烟测试通过
  - 测试用例执行、bug提交、分析和跟踪。bug模板与处理流程
  - 原有功能回归测试，必须100%通过。
- 责任人：测试leader
- 产出：必须按测试计划的时间完成所有测试并完成测试报告。测试报告模板
项目上线
- 工作内容
  - 按线上运行状况部署系统测试环境，模拟系统部署同时测试应急回滚机制。
  - 运行系统验收测试，确认系统设计符合产品设计要求。
  - 性能稳定性等专项测试符合标准
  - 回归测试通过
  - 线上跟踪
- 责任人：测试leader
- 产出：项目发布前完成所有工作
  - 最终测试报告。测试报告模板(TODO)
  - 签字确认
  - 确认系统正确部署，工作正常。
线上维护
- 工作内容
  - 线上故障重现
  - 修复验证
- 责任人：测试工程师
- 产出：
  - 根据故障等级 TODO确认响应速度，高级故障必须24小时实时响应。