系统测试过程文档格式.docx

上传人:b****5 文档编号:17244189 上传时间:2022-11-29 格式:DOCX 页数:6 大小:100.78KB
下载 相关 举报
系统测试过程文档格式.docx_第1页
第1页 / 共6页
系统测试过程文档格式.docx_第2页
第2页 / 共6页
系统测试过程文档格式.docx_第3页
第3页 / 共6页
系统测试过程文档格式.docx_第4页
第4页 / 共6页
系统测试过程文档格式.docx_第5页
第5页 / 共6页
点击查看更多>>
下载资源
资源描述

系统测试过程文档格式.docx

《系统测试过程文档格式.docx》由会员分享,可在线阅读,更多相关《系统测试过程文档格式.docx(6页珍藏版)》请在冰豆网上搜索。

系统测试过程文档格式.docx

1.1目的

软件测试的目的是尽早地、尽可能多地发现软件的错误。

通过不同层次的测试(集成测试、系统测试)验证和确认软件满足设计和需求。

本文档的目的是为软件测试人员、设计员提供软件测试工作的规范。

软件测试一般包括:

单元测试、集成测试、系统测试等阶段。

1.2适用范围

文档适用于使用软件项目。

1.3名词术语

✧集成测试(IntegrationTesting)

集成测试是确保各单元组合在一起后能够按既定意图协作运行,并确保增量的行为正确。

它所测试的内容包括单元间的接口以及集成后的功能。

✧系统测试(SystemTesting)

系统测试是通过与系统的需求定义作比较,发现软件与系统需求定义不相符合或与之矛盾的地方。

它将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来,在实际运行(使用)环境下,对计算机系统所进行的一系列集成测试和确认测试。

2.过程定义

2.1角色和职责

角色

职责描述

项目经理

1.参与评审测试计划;

2.参与评审测试成果(测试后的可执行程序、测试报告);

开发人员

1.修复bug。

测试组长

1.制定测试计划;

2.填写测试报告。

3.控制测试过程

测试人员

1.搭建测试环境;

2.制定测试用例;

3.执行集成测试、系统测试;

4.记录缺陷并跟踪缺陷。

5.发布版本测试报告。

CM人员

1.参与评审测试成果

2.将评审后的测试成果纳入配置管理。

QA人员

1.检查并监督测试过程活动的有效性和一致性。

2.将检查出来的问题及时通报给项目经理及相关小组和成员,并跟踪问题直到关闭。

3.参与评审测试成果。

2.2入口准则

✧软件项目立项被批准。

2.3输入

✧《项目计划》、《产品需求规格说明书》、《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》、软件程序源代码。

2.4过程活动

2.4.1制定测试计划

测试计划包括集成测试计划,系统测试计划。

测试类型

测试内容

测试工具

集成测试

被测模块、接口

系统测试

整个软件系统或子系统

2.4.2编写测试用例

测试用例包括集成测试用例,系统测试用例。

用例类型

常用方法

集成测试用例

自低向上的测试方法

系统测试用例

多任务测试,临界测试,中断测试、性能测试等

可能会用到LR,QTP等性能测试工具

2.4.3执行测试

执行测试步骤分为搭建测试环境、执行测试用例、缺陷跟踪管理、填写《测试报告》等几个部分。

由于测试按类型又分为集成测试、系统测试等,所以集成测试、系统测试的执行都需要按执行测试的标准步骤进行。

2.4.3.1搭建测试环境

测试人员搭建测试环境(包括:

硬件环境、软件环境和数据环境),测试环境必须满足最终用户的要求。

2.4.3.2执行测试用例

测试人员按照评审通过的《测试用例》进行测试。

执行测试用例的内容说明如下:

执行方法

执行时机

执行要求

产品集成结束

重点进行接口测试

多任务测试,临界测试,中断测试、性能测试等

产品集成测试通过后

对系统进行功能、性能、安全性等综合测试,用LR,QTP等测试工具辅助完成测试。

若测试结果存在异常问题,测试人员将发现的缺陷记录到缺陷管理工具中,直至缺陷最终解决、关闭。

2.4.3.3缺陷跟踪管理

图表1Bug流程图

1.测试人员发现缺陷后,填写在缺陷管理工具中,并将其状态置为“新建”,提交项目经理确认;

项目经理确认缺陷内容后,缺陷状态改为“打开”并将其指定给相关开发人员解决。

若开发人员认为不是缺陷,则与测试人员进行沟通,可以达成共识则将缺陷置为“不是问题”,缺陷状态称为“已解决”,对于不能达成共识的缺陷则提交项目经理确认。

2.当开发人员修改缺陷并认为缺陷已经修复后,状态修改为“已解决”,然后将修复后的程序提交给测试人员进行回归测试。

3.测试人员进行回归测试:

✧如果该缺陷被修复了,测试人员则将此缺陷状态置为“关闭”。

✧如果该缺陷未被修复,则将该缺陷状态置为“重新打开”。

✧若在回归测试过程中,又测试出新的bug,则从第1步开始跟踪新测试出的Bug。

✧如此循环往复,直到最后确定测试达到《测试停止标准》中规定的测试通过准则为止。

2.4.4发布测试报告

系统测试过程中,测试人员在一个版本测试结束后,发布本版本的系统测试报告。

当软件达到测试停止标准后,停止测试,具体参见《软件测试停止标准》。

每阶段(集成测试、系统测试)测试停止后,测试人员对产生的缺陷情况进行分析统计,形成《测试报告》。

《测试报告》发送给相关人(至少包括:

高层经理、项目经理、CM人员、QA人员、CCB成员等)进行审阅确认。

2.5输出

✧《测试计划》

✧《测试用例》

✧bug记录

✧《测试报告》

2.6出口准则

✧满足组织(项目)的测试停止标准。

2.7过程度量

度量点

执行人

度量时机|频率

存储位置

M-1

执行测试过程的工作量

每周

《项目周报》

M-2

发现的缺陷数

缺陷管理工具中

2.8裁剪说明

裁剪对象

类型(过程活动或工作产品)

裁减要素(增加、删除、修改)

裁减条件

3.相关指南

✧《软件测试停止标准》

✧《软件测试指南》

✧《软件缺陷分类标准》

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

当前位置:首页 > 考试认证 > IT认证

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

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