测试流程规范

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