软件开发过程之系统测试过程Word文档下载推荐.docx

软件开发过程之系统测试过程Word文档下载推荐.docx

《软件开发过程之系统测试过程Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《软件开发过程之系统测试过程Word文档下载推荐.docx（11页珍藏版）》请在冰豆网上搜索。

创建

版权信息

本文件内容由海口量子网络科技有限公司开发部负责解释

本文件的版权属于海口量子网络科技有限公司

任何形式的散发都必须先得到海口量子网络科技有限公司的许可

【目录】

1概述4

1.1编写目的4

1.2适用范围4

1.3术语和缩写4

1.4参考资料4

2输入4

3输出5

4角色和职责5

5过程定义5

5.1入口条件5

5.2出口条件5

5.3过程流程图6

5.4过程活动描述6

5.4.1编写系统测试计划6

5.4.2评审系统测试计划6

5.4.3设计系统测试用例7

5.4.4同行评审（系统测试用例）7

5.4.5执行系统测试用例8

5.4.6总结系统测试工作并报告8

5.4.7审核确认9

6过程度量9

7剪裁准则10

1概述

1.1编写目的

为了加强公司对软件测试的质量控制及各与测试相关部门、人员更好理解系统测试过程而建立文件化的测试规范。

1.2适用范围

适用于公司所有项目的所有系统测试过程规范。

1.3术语和缩写

术语和缩写

解释

备注

CMMI

CapabilityMaturityModelIntegration

能力成熟度模型集成

QA

QualityAssurance

质量保证

CM

ConfigurationManagement

配置管理

需求文档

本文中所提到的需求文档指《用户需求说明书》，《需求规格说明书》

1.4参考资料

参考文件

2输入

输入制品

《项目开发综合计划》

3输出

输出制品

《系统测试用例》

《系统测试计划》

《系统测试总结报告》

缺陷记录

使用TestDirector生成缺陷记录，该记录以数据库形式表现。

4角色和职责

角色

职责

测试组长

负责编写《系统测试计划》；

参加《系统测试计划》的评审活动；

参加系统测试用例的评审活动；

测试小组

负责对测试进行设计、实施和评估；

负责编写系统测试用例、参与编写系统测试计划、系统测试总结报告；

负责执行测试活动；

跟踪缺陷，验证测试结果；

评估测试的执行情况；

项目经理

负责客户的沟通工作；

参加《系统测试计划》和系统测试用例的评审活动

5过程定义

5.1入口条件

开发人员成功完成单元、集成的测试和所有模块的集成，并成功修复了在集成测试中发现的所有缺陷。

5.2出口条件

系统测试发现的缺陷关闭。

5.3过程流程图

流程图参见《系统测试流程》

5.4过程活动描述

5.4.1编写系统测试计划

活动名称

编写系统测试计划

责任角色

1、测试小组

2、测试组长

3、项目经理

活动接口

进入条件

（或活动启动的事件）

项目启动

项目组测试组长到位

活动的输入

1、《项目开发综合计划》

2、需求文档

活动的输出

退出条件

（或触发其他活动的事件）

《系统测试计划》编写完成

任务

1、测试组长参与项目组的早期活动，了解项目基本情况，并根据《项目开发综合计划》制定《系统测试计划》。

《系统测试计划》包括：

确定约束条件、测试重点、测试技术，所需资源，创建时间表，说明测试数据，生成测试计划。

详见《系统测试计划》模板。

2、若《项目开发综合计划》（包括《系统测试计划》）或相应的需求文档有所变更时，则《系统测试计划》也需要做相应修改和调整。

使用工具

无

相关过程

配置管理、项目管理

5.4.2同行评审（系统测试计划）

同行评审（系统测试计划）

1、测试组长

2、测试小组

《系统测试计划》完成

待评审的《系统测试计划》

通过评审的《系统测试计划》

《系统测试计划》通过评审

1、测试组长首先考虑对《系统测试计划》进行评审，这个评审可以是内部的也可以是外部的。

2、测试组长与项目经理协商确定评审方式（正式评审、非正式评审）以及参与评审的成员。

评审的成员考虑项目组内部成员，测试部经理及测试部同行。

3、测试组长根据评审结果更改内容，细化或修改《系统测试计划》。

4、之后《系统测试计划》将随《项目开发综合计划》一起参加项目计划的同行评审。

配置管理过程、质量保证过程

5.4.3设计系统测试用例

设计系统测试用例

系统测试计划通过评审

1、《系统测试计划》

3、设计文档

《系统测试用例》编写完成

1、测试小组根据需求文档、设计文档编写《系统测试用例》。

《系统测试用例》包括：

确定测试类型、目标和用途、

1、测试环境、通过或失败准则、测试工具、需要的数据包及其他软件。

2、在编写过程中中，尽可能多的跟用户（特别是最终用户）沟通，一些中间成果及时展示给用户，征求用户的意见。

3、《系统测试用例》使用TestDirector的模版，并在TD里面管理。

TestDirector

5.4.4同行评审（系统测试用例）

同行评审（系统测试用例）

4、需求分析师

《系统测试用例》编写

《系统测试用例》通过评审

1、按同行评审过程对《系统测试用例》进行评审。

2、评审要重点关注系统测试用例是否能够满足需求。

必要时可邀请用户一起参加评审。

3、需要强调的是需求分析师应该参加测试用例的同行评审，它的作用在于验证系统测试用例是否真正满足了需求。

同行评审

5.4.5执行系统测试用例

执行系统测试用例

1、《系统测试用例》

2、《系统测试计划》

系统测试缺陷关闭

1、测试小组按照《系统测试计划》规定的时间，根据《系统测试用例》对待测系统执行测试过程。

2、在测试过程中发现缺陷后，调用《缺陷管理过程》处理缺陷，在缺陷管理工具中跟踪测试结果。

缺陷管理

5.4.6总结系统测试工作并报告

总结系统测试工作并报告

2、缺陷记录

3、《系统测试用例》

《系统测试总结报告》编写完成

1、测试小组成功完成系统测试，提交的缺陷已被修复后，根据缺陷记录，总结系统测试工作，编写《系统测试总结报告》，并把历史版本发现的缺陷记录整理到《系统测试总结报告》中。

5.4.7审核确认

审核确认

2、项目经理

测试小组将《系统测试总结报告》编写完成

经确认的《系统测试总结报告》

完成《系统测试总结报告》的确认，报告已交配置管理员。

1、测试小组把《系统测试总结报告》提交给测试组长和项目经理进行审核确认。

2、审核通过的《系统测试总结报告》，需要测试组长和项目经理签字批准，并提交给高层经理和客户。

6过程度量

系统测试过程需要对下述数据进行采集度量：

1.系统测试用例的数量

2.执行系统测试总次数

3.成功执行的系统测试用例的数量

4.完成系统测试的测试工时

5.系统测试发现的缺陷数

6.系统测试发现的缺陷的类型

7剪裁准则

参见《过程剪裁报告》剪裁指南。