测试流程整理文档

1、测试团队工作流程介绍版本信息创建人评审人创建时间版本最后修改时间文晶晶2018-05-172018-05-17错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。目录目的 1 范围 2 测试团队构成 . 职责 . 角色. 3 工作流程及规范 . 计划与设计阶段 . 测试执行阶段 . 测试总结阶段 . 4. 测试流程图 . 目的本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团

2、队应完成的工作。测试技术和策略等问题不在本文档描述范围内。1 范围适用于公司所有项目软件测试。2 测试团队构成职责测试是软件开发过程中的重要组成部分，肩负着如下责任：1. 在需求文档确立基线前对文档进行测试 ，从用户体验和测试的角度提出自己的看法2. 编写合理的测试计划，并与项目整体计划有机地整合在一起。3. 编写覆盖率高的测试用例。4. 针对测试需求进行相关测试技术的研究。5. 认真仔细地实施测试工作，并提交测试报告供项目组参考。6. 进行缺陷跟踪与分析。角色在人力资源有限的情况下，一个团队成员可能会同时承担多 个角色。角色职责负责人1. 协调测试工作2. 统筹计划安排测试工作3. 测试报告

3、分析4. 与其他相关人员接洽工程师1. 测试环境配置2. 测试用例编写3. 执行测试4. 缺陷管理3 工作流程及规范计划与设计阶段测试团队职责在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任：成员职责吴安维1. 协调测试工作2. 编写测试计划3. 测试报告分析4. 质量监控阳丹1. 接口测试框架搭建2. 测试用例编写3. 测试刘永霞1. 线上系统功能测试2. 回归测试测试预通知在正式测试任务下达前，开发团队应提前向测试团队下达预通知，告之较为确切的测试参与 日期，提供当前最新的相关资料。测试人员可预先熟悉必要的背景资料，测试负责人编写测试计 划书初稿。测试需求明确该阶段测试范围，对

4、该范围内需求进行测试，明确测试要点编写测试计划需求分析文档确立后，测试组需要编写测试计划文档，定制 测试方案和策略编写测试用例在需求分析文档确立基线以后， 测试组需要针对项目的测试需求编写测试用例， 在实际的测试中，测试用例将是唯一实施标准测试用例用例 ID用例名称所属模块所属子模块前置条件测试步骤预期结果测试结果备注附件Login_001正常用户登陆登陆None注册用 户成 功 ， 系 统数据Pass截屏 数据包等附件库中存在该用户Login_negative_001使用不 存在的 用户名 登陆登陆None系统数 据库中 无该用 户信息Failed测试执行阶段测试执行测试执行将花费测试组成员

5、绝大多数时间，这些工作都是建立在前期大量工作的基础上的.测试的准入准出标准参见下表准入规则1.需求评审结束2.该阶段开发完成3.完成冒烟测试准出规则1.2.3.4.功能模块覆盖完全测试用例执行完毕严重等级为 2以上的 bug 修复完毕严重等级为 3及一下的 bug待修复率不大于 30%bug 管理流程测试执行过程中发现bug，bug的发现和修复在软件开发流程中至关重要。测试组成员发现 bug提交 bug， 并且分配给开发进行修复。缺陷报告Bug ID简述 （ 标题）优先级别严重级别重现步骤预期结果实际结果所属模块对照用例 ID命名login_001简短描述 bug信息1-3 可选1-4 可选具

6、体复现步骤描述2.XX3.XX优先级别：1. 最高等级，必须优先修复，否则会影响后续测试工作2. 优先修复，否则会影响该模块的其他测试3. 一般，单个模块的单个功能严重级别：1. Block ，最高级别，影响整个系统（系统崩溃，内存泄漏等）2. Critical, 非常严重，对系统影响严重，可能影响其他功能模块的其他测试工作3. High ，高级，必须修复的 bug，功能性问题4. Low，一般 bug，不会对系统造成功能性影响（UI，易用性等）bug的管理流程如下图所示：测试总结阶段测试报告所有测试任务完成之后，需要对测试工作做一个总结汇总 ，撰写测试报告，评估测试结果，然后提交项 目组。测试报告需包含以下几个元素：1. 测试版本2. 测试人员、时间3. 发现的新缺陷情况（数量，分类、分布）4. 本轮缺陷回归情况5. 测试评估（功能性能实现率，版本迭代对比 ）测试文档归档测试工作完成后需要对本轮测试的所有文档进行归档，存 档。包含但不仅限于以下文档：1. 需求文档2. 需求梳理功能点文档3. 测试计划书4. 测试用例5. 测试报告6. 缺陷统计7. 知识库4. 测试流程图为了提高软件开