测试流程整理文档

1、测试团队工作流程介绍版本信息创建人评审人创建时间版本最后修改时间文晶晶2018-05-17v0.12018-05-17目录目的21 范围22测试团队构成22.1职责22.2角色33 工作流程及规范33.1计划与设计阶段33.2 测试执行阶段43.3 测试总结阶段64. 测试流程图7目的 本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。1 范围适用于公司所有项目软件测试。2测试团队构成2.1职责测试是软件开发过程中的重要组成部分，肩负着如下责任：1. 在需求文档确立基线前对文档进行测试，从用户体验和测

2、试的角度提出自己的看法。2. 编写合理的测试计划，并与项目整体计划有机地整合在一起。3. 编写覆盖率高的测试用例。4. 针对测试需求进行相关测试技术的研究。5. 认真仔细地实施测试工作，并提交测试报告供项目组参考。6. 进行缺陷跟踪与分析。2.2角色在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。角色职责负责人1. 协调测试工作2. 统筹计划安排测试工作3. 测试报告分析4. 与其他相关人员接洽工程师1. 测试环境配置2. 测试用例编写3. 执行测试4. 缺陷管理3 工作流程及规范3.1计划与设计阶段3.1.1测试团队职责在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任

3、：成员职责吴安维1. 协调测试工作2. 编写测试计划3. 测试报告分析4. 质量监控阳丹1. 接口测试框架搭建2. 测试用例编写3. 测试刘永霞1. 线上系统功能测试2. 回归测试3.1.2测试预通知在正式测试任务下达前，开发团队应提前向测试团队下达预通知，告之较为确切的测试参与日期，提供当前最新的相关资料。测试人员可预先熟悉必要的背景资料，测试负责人编写测试计划书初稿。3.1.3 测试需求 明确该阶段测试范围，对该范围内需求进行测试，明确测试要点3.1.4 编写测试计划需求分析文档确立后，测试组需要编写测试计划文档，定制测试方案和策略3.1.5 编写测试用例在需求分析文档确立基线以后，测试组

4、需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准测试用例用例ID用例名称所属模块所属子模块前置条件测试步骤预期结果测试结果备注附件Login_001正常用户登陆登陆None注册用户成功，系统数据库中存在该用户1.xx2.xx3.xx1.XX3.XXPass截屏数据包等附件Login_negative_001使用不存在的用户名登陆登陆None系统数据库中无该用户信息1.xx2.xx3.xx1.XX2.XX3.XXFailed3.2 测试执行阶段3.2.1 测试执行测试执行将花费测试组成员绝大多数时间，这些工作都是建立在前期大量工作的基础上的.测试的准入准出标准参见下表

5、准入规则1. 需求评审结束2. 该阶段开发完成3. 完成冒烟测试准出规则1. 功能模块覆盖完全2. 测试用例执行完毕3. 严重等级为2以上的bug修复完毕4. 严重等级为3及一下的bug待修复率不大于30%3.2.2 bug管理流程测试执行过程中发现bug，bug的发现和修复在软件开发流程中至关重要。测试组成员发现bug提交bug，并且分配给开发进行修复。缺陷报告Bug ID简述(标题）优先级别严重级别重现步骤预期结果实际结果所属模块对照用例ID命名login_001简短描述bug信息1-3可选1-4可选具体复现步骤描述1.XX2. XX3. XX优先级别：1. 最高等级，必须优先修复，否则会

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