测试流程介绍PPT优秀课件

1、1 TAOBAO新业务-测试流程 2010-09-07 1 软件测试流程 项目分类 项目流程 角色与职责 学习心得 2 项目分类 PRD（Product Requirements Document）项目 定义：结构调整、推出重大功能；需要开发30人日完成的项目 特点：必须提供详细的需求文档并经过正式的评审 测试：不裁剪任何测试步骤 输出工作产品：项目Twiki、测试用例、测试阶段报告 ECR（Engineering Change Request）项目 定义：简单调整、bug修改及大部分的活动 特点：每周一个版本，固定时间上线，需要提供一个详细的需求说明 测试：裁剪测试总结会 输出工作产品：EC

2、R项目测试计划、测试结果邮件、项目Twiki 3 需求文档 制定产品计划 参与UC评审 参与开发设计评审 参与开发测试设计详细设计 编码实现 参与需求评审 编写测试计划， 研读UC设计 参与UC评审 编写测试用例 测试设计 开发设计评审 设计产品需求 组织需求评审 详细设计评审 详细设计文档 产品 经理 开发团队 详细设计文档 交流 交流 解决需求类问题 PRD项目流程项目流程 根据需求说明书和UC 文档，详细设计文档， 详细编写测试用例， 覆盖所有测试点，构 造测试数据。 参与需求评审 UC设计 组织UC评审 研读需求文档 测试团队 需求文档 开发计划 研读需求文档产品经 理主导 明确需求点

3、；找出不 合理需求；根据说明 书进行系统测试 明确每一个需求点， 提出疑问并解答，敲 定最终需求文档 UC文档 研读UC文档 UC文档 分析需求、确定测试重点、 确定测试环境、确定测试人 力资源、确定测试时间安排、 测试阶段里程碑、确定测试 启动、终止、结束条件、风 险评估及规避方法 测试工作准备 根据UC文档，从逻辑上进 行集成测试，确保各子功 能块能够正确衔接，保证 开发设计与需求相符 开发 经理 主导 根据需求说明书和UC文 档，详细分析需求、建 立需求路径图、系统交 互图、业务流程图 4 参与测试用例评审参与测试用例评审 开发完成并自测 提交测试 解决测试问题及程 序bug 测试用例评

4、审 测试环境部署 接收测试(冒烟) 项目环境测试 日常环境测试 预发环境测试 线上验证 测试结果评审参与测试结果评审 开发辅助，运维负 责发布上线 参与测试结果评审 测试总结 跟踪用户反馈 自测验证结果 确定开发自测范围： PRD流程和主要功能 测试用例;ECR主要修 改功能测试用例 执行所有用例； Bug管理；回归项 目打分支期间所 有日常2. 主要流程、功能正常 5 ECR项目流程 日功能需求 6 角色与职责 产品经理 制定产品计划并跟进，立项 提交需求设计文档 并组织评审 参与开发设计、UC评审，测试计划、测试用例评审 确认测试与开发提出的需求类问题 参与各阶段成果评审 项目经理 制定项

5、目计划并跟进项目进度 组织开发设计评审、UC评审 参与需求设计评审、测试计划、测试用例评审 督促开发自测，保证提测版本的可测性 协调分配问题给相关人员进行修改 7 角色与职责 开发工程师 UC设计，开发设计 负责自测 在测试过程中修改问题 测试经理 督促管理开发、产品、UED项目成员配合，保证测试正常有序进行 协调测试资源，指定测试负责人 对测试过程中发现的重大问题进行跟踪、协调 参加测试计划、测试用例评审 8 角色与职责 测试负责人 参与需求评审、开发设计、UC评审 负责制定测试方案，编写测试计划、设计测试用例 组织测试计划、测试用例评审 负责组织搭建测试环境、部署测试程序 控制测试质量和进度，报告测试进度及结果 对测试过程中发现的问题进行跟踪、协调、解决 测试工程师 参与需求评审、开发设计评审 设计测试用例，并参加测试计划、测试用例评审 执行测试 9 角色与职责 SCM&PE 发布 部署、维护预发及生产环境 过程保证工程师 定期审计测试过程 客服人员 收集并反馈用户问题 10 需求评审时，要明确每一个需求点，以及业务逻辑关系，甚至可以 精确到数据库的某个字段 掌握每一个功能点的内部工作流程 测试计划时合理安排时间 测试设计时，从功能需求点出发覆盖，按模块进行划分 严格按照设计的测试点编写测试用例 测试用例要精简，但应包括测试需要的SQL语句、数据、账号等 测试过程