测试流程整理文档样本.docx

上传人:b****3 文档编号:4473477 上传时间:2022-12-01 格式:DOCX 页数:8 大小:56.66KB
下载 相关 举报
测试流程整理文档样本.docx_第1页
第1页 / 共8页
测试流程整理文档样本.docx_第2页
第2页 / 共8页
测试流程整理文档样本.docx_第3页
第3页 / 共8页
测试流程整理文档样本.docx_第4页
第4页 / 共8页
测试流程整理文档样本.docx_第5页
第5页 / 共8页
点击查看更多>>
下载资源
资源描述

测试流程整理文档样本.docx

《测试流程整理文档样本.docx》由会员分享,可在线阅读,更多相关《测试流程整理文档样本.docx(8页珍藏版)》请在冰豆网上搜索。

测试流程整理文档样本.docx

测试流程整理文档样本

测试团队工作流程介绍

版本信息

创立人

评审人

创立时间

版本

最后修改时间

文晶晶

-05-17

v0.1

-05-17

目的3

1范围3

2测试团队构成3

2.1职责3

2.2角色4

3工作流程及规范4

3.1计划与设计阶段4

3.2测试执行阶段6

3.3测试总结阶段8

4.测试流程图9

目的

本文档是测试团队的日常工作规范,主要侧重测试工作流程的控制,明确软件工程的各阶

段测试团队应咸的工作。

测试技术和策略等冋题不在本文档描述范围内。

1范围

肆琢司所有项目软件测试。

2测试团队构成

2.1职责

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

1.在^30角立醪前对文档进彳j®,姬户窗6则试的角團是出自Effi)看法。

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

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

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

5.UM仔哋麺《1作,并扌跤贝岡箱共项目组聚。

6.进彳预陷鋼宗与分析。

2・2角色

在人力资源有限的情况下,na队成员可能会同时承担多个角

角色

职责

负责人

1.协调测试工作

2.统筹计划安排测试工作

3.测试报告分析

4.与其它相关人员接洽

工程师

1.测试环境配置

2.测试用例编写

3.执行测试

4.缺陷管理

3工作流程及规范

31计划与设计阶段3.1.1测试团队职责

在项目组成立的同时,测试组也将同时成立。

团队成立的工作与责

任:

成员

职责

吴安维

1.协调测试工作

2.编写测试计划

3.测试报告分析

4.质量监控

阳丹

1.接口测试框架搭建

2.测试用例编写

3.测试

刘永霞

1.线上系统功能测试

2.回归测试

3丄2测试预通知

在正式测试任务下达前,幵发团队应提前向测试团队下达预通知,告之较为确切的测试参与日期,提供当前最新的相关资料。

测试人员可预先熟悉必要的背景资料,测试负责人编写〈〈测试计划书》初稿。

3.13测试需求

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

3.1.4编写测试计划

就分析文档确谚,汎赋组需要编写测谎十划刃当,定制测试方薪OS

3.15编写测试用例

在需求分析文档确立基线以后,测试组需要针对项目的测试需

求编写测试用例,在实际的测试中,测试用例将是唯一实施标准

用例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测试执行阶段

321测试执行

测试执行将花费测遨§成员绝大多数时间,这些工作都是建立在前

期大量工作的基5岀上的.测试的准入准出标准参见下表

祕规则

1.需求评审结束

2.该阶的发就

3.就冒删试

准出规则

1.功能臟讎誥

2.测削例执行完毕

3.严重较为2以上的bug修复完毕

4•严重敏为3及•下的bug待修复率不人于30%

3.2.2bug管理流程

测试执行过程中发现bug,bug的发厮瞻复在软件开发流程中至关

重要。

测试组成员发现bug提交bug,而且分配给开发进行修复。

BugID

简述(标题)

优先级别

严重级别

重现步骤

预期结果

实际结果

所属模块

对照用例ID命名login_001

简短描述bug信息

1-3可选

1-4可选

具体复现步

骤描述

1.XX

2.XX

3.XX

优糊别

1.最高藜,必须优児修复,否则等術雇觌!

1虹乍

2•优先修复,否则会影响该模块的其它测试

3.—般,单个模块的单个功能

严重级

1.Block,最高级§[],影0向整个系统(系统崩溃,内存泄漏等)

2Critical,非常严重,对系统影响严重,可能影响其它功能模块的其它

WT作

3.High,高级,必须修复的bug,功能性冋题

4.Low,—般bug,不会对系统造成功能性影响(UI,易用性等)

bug瞻际

3.3测试总结阶段

3.3.1测试报告

所有测需要对作做T总结汇啟,撰写测试报告,评估测试结果,然后提交项目组。

测師告需包含以下几个元素:

1.测鋼本

2•测试人员、时间

3•发现陷情况(数量,分类、分布)

4.样缺陷回归情况

5.测试评估(功能性能实现率,版本迭代对比)

3.3.2测试文档归档

测试工作完成后需要对样测试的所有文档进行归档,存档。

包含但不回艮于以下対当:

2.就据®当

3.测试计划书

4.测试用例

5.测试报告

6-缺陷统计

7.知识库

4・测试流程图

为了提高软件开数库,采取敏捷开发流程,这也意味着开发人员与测试人员的紧密协作。

测试组需要活跃在每T版本迭代sprint当中。

以下流程图适用于任一版本的sprint迭代阶段。

测试管理流程

流程开始

测试需求

織赋计划》+

©测试方室》+

测试跻

 

测试凯行

缺陷报告

bug菅理

流程

测试报告

(流欝京)

 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 语文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1