测试流程整理文档

测试团队工作流程介绍

版本信息 创建人 评审人 创建时间 版本 最后修改时间 文晶晶 2024-05-17 v0、1 2024-05-17 目录

目得........................................................................................................................................... 1 1 范围....................................................................................................................................... 2 2 测试团队构成 ........................................................................................................................ 2

2、1职责 .......................................................................................................................... 2 2、2角色 .......................................................................................................................... 2 3 工作流程及规范 ................................................................................................................... 2

3、1计划与设计阶段 ...................................................................................................... 2 3、2 测试执行阶段 ......................................................................................................... 4 3、3 测试总结阶段 ......................................................................................................... 5 4、 测试流程图 ....................................................................................................................... 6

目得

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

1 范围

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

2 测试团队构成

2、1职责

测试就是软件开发过程中得重要组成部分,肩负着如下责任:

1、 在需求文档确立基线前对文档进行测试,从用户体验与测试得角度提出自己得瞧法。 2、 编写合理得测试计划,并与项目整体计划有机地整合在一起。 3、 编写覆盖率高得测试用例。

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

5、 认真仔细地实施测试工作,并提交测试报告供项目组参考。 6、 进行缺陷跟踪与分析。

2、2角色

角色 负责人

在人力资源有限得情况下,一个团队成员可能会同时承担多个角色。 职责 1.协调测试工作 2.统筹计划安排测试工作 3.测试报告分析 4.与其她相关人员接洽 工程师 1.测试环境配置 2.测试用例编写 3.执行测试 4.缺陷管理 3 工作流程及规范 3、1计划与设计阶段

3、1、1 测试团队职责

在项目组成立得同时,测试组也将同时成立。团队成立得工作与责任:

成员 吴安维 职责 1. 协调测试工作 2. 编写测试计划 3. 测试报告分析 4. 质量监控 阳丹 1. 接口测试框架搭建 2. 测试用例编写 3. 测试 刘永霞 1. 线上系统功能测试 2. 回归测试 3、1、2测试预通知

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

3、1、3 测试需求

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

3、1、4 编写测试计划

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

3、1、5 编写测试用例

在需求分析文档确立基线以后,测试组需要针对项目得测试需求编写测试用例,在实际得测试中,测试用例将就是唯一实施标准 测试用例 用例ID 用例名称 所属子前置条测试步所属模块 预期结果 测试结果 备注 模块 件 骤 注册用户Login_001 正常用户登陆 登陆 None 成1、XX 3、XX 截屏 Pass 数据包等附件 功,系1、xx 统数据2、xx 库中存3、xx 在该用户 使用不Login_negat存在得ive_001 用户名登陆 登陆 None 系统数据库中无该用户信息 1、xx 1、XX 2、xx 2、XX 3、xx 3、XX Failed 附件 3、2 测试执行阶段

3、2、1 测试执行

测试执行将花费测试组成员绝大多数时间,这些工作都就是建立在前期大量工作得基础上得、测试得准入准出标准参见下表 准入规则 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、XX 2.XX 3.XX 优先级别: 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. 测试报告