XX项目
集成测试方案和计划
V1.0
XX项目组
XX年X月
修订文档历史记录
编号 | 版本号 | 修订内容简述 | 修订日期 | 作者 | 审核 |
编写目的
本文档是“xxx”项目的集成测试方案和计划。文档中对本测试的人员安排、进度安排、测试环境、测试方法及前期准备都进行了详细的说明,旨在对该系统的集成测试有一个总体指导。
文档使用者是本文主要的读者对象, 包括项目负责人,集成测试负责人,集成测试设计师、测试人员及本次测试其它相关人员。
定义
集成测试:集成为一个系统或子系统的组件组的测试。
参考资料
《xx项目_业务需求说明书.doc》
《xx项目_需求分析说明书.doc》
2测试目标
系统内部各单元模块及子系统之间能够正常的协调运作,系统能够正常满足全部的功能性和非功能性需求。
3测试范围
4职责分工
角色 | 姓名 | 详细职责和内容 |
项目经理 | ||
测试经理 | {业务经理} | |
测试工程师 业务人员 | 性能测试、压力测试由技术人员测试 | |
开发工程师 | ||
系统管理员 | ||
…… |
启动准则
启动测试的条件与准则如下:
编译通过;
代码满足详细设计的要求;
A级代码完全通过单元测试和代码走查……
{项目组可根据自身情况制定代码提交集成的质量标准,参考如下:}
功能类型 | 级别 | 标 准 |
核心功能 | A | 单元测试+代码走查(所有代码) |
基本功能 | B | 单元测试+代码走查(所有代码) |
辅助功能 | C | 单元测试+代码走查(所有代码) |
{描述结束测试的条件与准则,下文作为参考:}
1、所有实现的业务功能测试结果与预期相符;
2、测试中发现的缺陷都被标识并追踪至结束;
3、遗留的缺陷经用户确认可不解决或在下一版本优化解决等等。
暂停和再启动准则
{描述测试活动被挂起暂停的标准,并确定在测试恢复时哪些测试活动需要重新进行。}
1、需求发生重大变更时;
2、测试数据不准确;
3、测试环境发生重大问题。
6测试策略
集成策略
项目组采用的集成策略为:
{集成策略一般包括:自顶向下的集成/自底向上的集成/三明治集成/功能导向集成等方法。}
缺陷管理
缺陷管理的职责列表如下:
缺陷登记人 | 缺陷评估/分配人 | 缺陷执行人 |
测试人员 | 项目组负责人 | 开发工程师 |
{测试数据安全管理策略。}
●测试数据的来源
●测试数据中敏感信息处理
●测试数据保存
●测试完成后数据清理
{测试环境安全管理策略。}
●测试环境版本管理
●测试环境用户权限管理
●测试环境完整性保障
7测试方法
8测试环境
软/硬件环境
{描述项目测试时对环境的要求。下文作为参考,各项目组应按实际情况进行修改与补充。}
机器名称 | 硬件配置 | 操作系统 | 数据库 | 应用软件(含版本) |
{指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。}
测试数据准备
测试{说明测试环境数据和测试实物的准备方法及准备情况。}
●基础数据预埋
●生产环境数据导入,客户信息敏感内容预处理,如姓名,密码等
●实物准备
9测试工作安排
任务 | 任务负责人 | 开始时间 | 结束时间 |
功能测试
序号 | 功能点 | 需求名称 | 开发负责人 | 集成测试负责人 | 问题管理负责人 |
性能测试
按性能需求编写性能测试内容,可进行疲劳性测试、大容量数据测试。
压力测试
测试系统在多客户并发访问时的最大处理能力。
安全测试
根据安全需求编写安全测试内容。
故障和异常测试
测试系统运行中的错误及异常是否能捕获并进行友好提示。
测试用例