xx项目集成测试方案和计划.docx

xx项目集成测试方案和计划.docx

《xx项目集成测试方案和计划.docx》由会员分享，可在线阅读，更多相关《xx项目集成测试方案和计划.docx（6页珍藏版）》请在冰豆网上搜索。

xx项目集成测试方案和计划

项目编号：

XX项目

集成测试方案和计划

V1.0

XX项目组

XX年X月

修订文档历史记录

编号

版本号

修订内容简述

修订日期

作者

审核

1引言

编写目的

本文档是“xxx”项目的集成测试方案和计划。

文档中对本测试的人员安排、进度安排、测试环境、测试方法及前期准备都进行了详细的说明，旨在对该系统的集成测试有一个总体指导。

文档使用者是本文主要的读者对象,包括项目负责人，集成测试负责人，集成测试设计师、测试人员及本次测试其它相关人员。

定义

集成测试：

集成为一个系统或子系统的组件组的测试。

参考资料

《xx项目_业务需求说明书.doc》

《xx项目_需求分析说明书.doc》

2测试目标

系统内部各单元模块及子系统之间能够正常的协调运作，系统能够正常满足全部的功能性和非功能性需求。

3测试范围

4职责分工

角色

姓名

详细职责和内容

项目经理

测试经理

{业务经理}

测试工程师

业务人员

性能测试、压力测试由技术人员测试

开发工程师

系统管理员

……

5测试标准

启动准则

启动测试的条件与准则如下：

Ø编译通过；

Ø代码满足详细设计的要求；

ØA级代码完全通过单元测试和代码走查……

{项目组可根据自身情况制定代码提交集成的质量标准，参考如下：

}

功能类型

级别

标准

核心功能

A

单元测试+代码走查（所有代码）

基本功能

B

单元测试+代码走查（所有代码）

辅助功能

C

单元测试+代码走查（所有代码）

结束准则

{描述结束测试的条件与准则，下文作为参考：

}

1、所有实现的业务功能测试结果与预期相符；

2、测试中发现的缺陷都被标识并追踪至结束；

3、遗留的缺陷经用户确认可不解决或在下一版本优化解决等等。

暂停和再启动准则

{描述测试活动被挂起暂停的标准，并确定在测试恢复时哪些测试活动需要重新进行。

}

1、需求发生重大变更时；

2、测试数据不准确；

3、测试环境发生重大问题。

6测试策略

集成策略

项目组采用的集成策略为：

{集成策略一般包括：

自顶向下的集成/自底向上的集成/三明治集成/功能导向集成等方法。

}

缺陷管理

缺陷管理的职责列表如下：

缺陷登记人

缺陷评估/分配人

缺陷执行人

测试人员

项目组负责人

开发工程师

信息安全策略

{测试数据安全管理策略。

}

●测试数据的来源

●测试数据中敏感信息处理

●测试数据保存

●测试完成后数据清理

{测试环境安全管理策略。

}

●测试环境版本管理

●测试环境用户权限管理

●测试环境完整性保障

7测试方法

8测试环境

软/硬件环境

{描述项目测试时对环境的要求。

下文作为参考，各项目组应按实际情况进行修改与补充。

}

机器名称

硬件配置

操作系统

数据库

应用软件（含版本）

环境差异说明

{指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。

}

测试数据准备

测试{说明测试环境数据和测试实物的准备方法及准备情况。

}

●基础数据预埋

●生产环境数据导入，客户信息敏感内容预处理，如姓名，密码等

●实物准备

9测试工作安排

任务

任务负责人

开始时间

结束时间

10测试内容及测试案例

功能测试

序号

功能点

需求名称

开发负责人

集成测试负责人

问题管理负责人

此部分测试主要验证系统的功能实现情况，含基本功能、各项规则及系统参数设置。

性能测试

按性能需求编写性能测试内容，可进行疲劳性测试、大容量数据测试。

压力测试

测试系统在多客户并发访问时的最大处理能力。

安全测试

根据安全需求编写安全测试内容。

故障和异常测试

测试系统运行中的错误及异常是否能捕获并进行友好提示。

测试用例