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