测试流程整理文档.doc

测试团队工作流程介绍
版本信息
创建人
评审人
创建时间
版本
最后修改时间
文晶晶

2018-05-17
v0、1
2018-05-17

目录
目得 2
1 范围 2
2 测试团队构成 2
2、1职责 2
2、2角色 3
3 工作流程及规范 3
3、1计划与设计阶段 3
3、2 测试执行阶段 4
3、3 测试总结阶段 6
4、 测试流程图 7
目得

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

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
2、xx
3、xx
1、XX
3、XX
Pass

截屏
数据包等附件
Login_negative_001
使用不存在得用户名登陆
登陆
None
系统数据库中无该用户信息
1、xx
2、xx
3、xx
1、XX
2、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. 测试报告
6. 缺陷统计
7. 知识库
4. 测试流程图
为了提高软件开发效率,采取敏捷开发流程,这也意味着开发人员与测试人员得紧密协作。测试组需要活跃在每一个版本迭代sprint当中。以下流程图适用于任一版本得sprint迭代阶段。