测试流程整理文档

测试团队工作流程介绍

版本信息

目录

目的 (3)

1 范围 (3)

2测试团队构成 (3)

2.1职责 (3)

2.2角色 (3)

3 工作流程及规范 (4)

3.1计划与设计阶段 (4)

3.2 测试执行阶段 (5)

3.3 测试总结阶段 (6)

4. 测试流程图 (7)

目的

本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。

1 范围

适用于公司所有项目软件测试。

2测试团队构成

2.1职责

测试是软件开发过程中的重要组成部分，肩负着如下责任：

1. 在需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。

2. 编写合理的测试计划，并与项目整体计划有机地整合在一起。

3. 编写覆盖率高的测试用例。

4. 针对测试需求进行相关测试技术的研究。

5. 认真仔细地实施测试工作，并提交测试报告供项目组参考。

6. 进行缺陷跟踪与分析。

2.2角色

3 工作流程及规范

3.1计划与设计阶段

3.1.1 测试团队职责

3.1.2测试预通知

在正式测试任务下达前，开发团队应提前向测试团队下达预通知，告之较为确切的测试参与日期，提供当前最新的相关资料。测试人员可预先熟悉必要的背景资料，测试负责人编写《测试计划书》初稿。

3.1.3 测试需求

明确该阶段测试范围，对该范围内需求进行测试，明确测试要点

3.1.4 编写测试计划

需求分析文档确立后，测试组需要编写测试计划文档，定制测试方案和策略

3.1.5 编写测试用例

3.2 测试执行阶段

3.2.1 测试执行

3.2.2 bug管理流程

测试执行过程中发现bug，bug的发现和修复在软件开发流程中至关重要。测试组成员发现bug提交bug，并且分配给开发进行修复。

缺陷报告

优先级别：

1.最高等级，必须优先修复，否则会影响后续测试工作

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.知识库

4. 测试流程图

为了提高软件开发效率，采取敏捷开发流程，这也意味着开发人员与测试人员的紧密协作。测试组需要活跃在每一个版本迭代sprint当中。以下流程图适用于任一版本的sprint迭代阶段。