软件测试专项方案模板新V.doc

XX项目

测试方案模板
目录
1 概述 3
1.1 编写目标 3
1.2 读者对象 3
1.3 项目背景 3
1.4 测试目标 3
1.5 参考资料 3
2 测试配置 3
2.1 测试手段 3
2.2 测试数据 3
2.3 测试策略 4
2.4. 测试经过准则 5
3 软件结构介绍 5
3.1 概述 5
3.2 整体功效模块介绍 5
3.3 整体功效模块关系图 6
3.4 系统外部接口功效模块关系图 6
3.5 系统内部接口功效模块关系图 6
4 单元测试用例 6
4.1 XX系统 6
5 集成测试用例 9
5.1 系统外部接口测试 9
5.2 系统内部接口测试 10
6 系统测试用例 11
6.1 病毒测试 11
6.3 性能测试 11
6.4 强度测试 12
6.6 配置测试 12
6.7 安装测试 12
6.8 安全性测试 12
6.9 回归测试 12
7 附录 12
7.1 附录1 审批统计表 12

1 概述
1.1 编写目标
编写本测试方案目标是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供相关**系统整体系统功效和性能测试指导。]
1.2 读者对象
[本测试方案可能正当读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师]
1.3 项目背景
[能够以下那样简单说明，依据项目标具体情况，方案编写者也能够进行具体说明
项目名称：***
简称：***
项目代号：***
委托单位：***
开发单位：***
主管部分：***]
1.4 测试目标
[说明进行项目测试目标或所要达成目标]
1.5 参考资料
[列出编写本测试方案时参考资料和文件]
2 测试配置
2.1 测试手段
[在此参考《测试计划》说明测试方法和工具，注明实施测试时，必需同时填写《测试统计表》]
2.2 测试数据
[在此简明说明测试数据形成，如以用户单位具体业务规则和《***系统需求分析说明书》，参考《***系统概要设计说明书》、《***系统具体设计说明书》和《数据规格说明书》中要求运行限制，设计测试用例，作为整个**系统测试数据。]
2.3 测试策略
[在此说明测试策略，能够以下这么说明：
测试过程按三个步骤进行，即单元测试、组装、系统测试，依据不一样阶段测试侧关键不一样，分别介绍测试策略：
A）单元测试
首先根据系统、子系统和模块进行划分，但最终单元必需是功效模块，或面向对象过程中若干个类。单元测试是对功效模块进行正确检验测试工作，也是后续测试基础。目标是在于发觉各模块内部可能存在多种差错，所以需要从程序内部结构出发设计测试用例，着重考虑以下五个方面：
1）模块接口：对所测模块数据流进行测试。
2）局部数据结构：检验不正确或不一致数据类型说明、使用还未附值或还未初始化变量、错误初始值或缺省值。
3）路径：即使不可能做到穷举测试，但要设计测试用例查找因为不正确计算（包含算法错、表示式符号表示不正确、运算精度不够等）、不正确比较或不正常控制流（包含不一样数据类型量相互比较、不合适地修改了循环变量、错误或不可能循环终止条件等）而造成错误。
4）错误处理：检验模块有没有对预见错误条件设计比较完善错误处理功效，确保其逻辑上正确性。
5）边界：注意设计数据流、控制流中刚好等于、大于或小于确定比较值用例。
B）集成测试
集成测试也叫组装测试或联合测试。通常，在单元测试基础上需要将全部模块根据设计要求组装成系统，这时需要考虑问题：
1）在把各个模块连接起来时候，穿越模块接口数据是否会丢失。
2）一个模块功效是否会对另一个模块功效产生不利影响。
3）各个子功效组合起来，能否达成预期要求父功效。
4）全局数据结构是否有问题。
5）单元模块误差累积起来，是否会放大，从而达成不能接收程度。
我们在组装时可参考采取一次性组装方法或增殖方法组装方法。
C）系统测试
系统测试目标是在于验证软件功效和性能及其它特征是否和用户要求一致，关键是下列类型测试：
1）用户界面测试：测试用户界面是否含有导航性、美观性、行业或企业规范性、是否满足设计中要求实施功效。
2） 性能测试：测试对应时间、事务处理效率和其它时间敏感问题。
3） 强度测试：测试资源（内存、硬盘）敏感问题。
4） 容量测试：测试大量数据对系统影响。
5） 容错测试：测试软件系统克服软件、硬件故障能力。
6） 安全性测试：测试软件系统对非法侵入防范能力。
7） 配置测试：测试在不一样网络、服务器、工作站不一样软硬件配置条件下，软件系统质量。
8） 安装测试：确保软件系统在全部可能情况下安装效果和一旦安装以后必需确保正确运行质量。]
2.4. 测试经过准则
[在此要求本系统经过测试准则，即当依据测试用例实施者测试结果和预期结果相符，或测试结果和预期结果虽有不符但不可归咎于应用程序时为测试经过，反之则为测试失败。]
3 软件结构介绍
3.1 概述
[在此概要介绍应用系统整体功效，如模块包含**，**和数据维护系统等**个系统，每个系统又包含若干个子系统或功效模块。]
3.2 整体功效模块介绍
[在此介绍**系统功效模块以下表所表示]
序号
系统名称
子系统
软件项标识
备注
1

2

3

4

5

6

7

8

9

10

11

3.3 整体功效模块关系图
[此处给出软件功效模块结构图。]

3.4 系统外部接口功效模块关系图
[此处说明整个应用系统和已经存在或立即存在其它应用系统之间相关数据通信和功效调用等接口约定和具体运作机制。具体项目能够依据实际情况进行裁剪。]

3.5 系统内部接口功效模块关系图
[此处说明整个应用系统内部各子系统或子系统内部各功效模块之间相关数据通信和功效调用等接口约定和具体运作机制。]

4 单元测试用例
[注：模板是根据系统模块化进行编写，具体项目可参考实施，如面向对象编程时能够根据组件进行单元测试。]
4.1 XX系统
4.1.1 XX子系统
4.1.1.1 XX模块测试
[软件项代号：** 方案代号：**
需求规格说明：在此具体描述软件项用户需求。
测试用例：在次说明模块测试要用到测试用例
1. 针对测试对象设计第一个测试用例。
说明测试用例名、测试用例标识号、测试用例测试目标、测试用例具体描述、测试用例要用到特殊设备和要求。测试数据包含正常数据，错误数据，异常数据等
前提条件：描述完成本测试用例必需前提条件。
实施时间：描述实施本测试用例估量实施时间。
测试过程：第（N）步：描述一个单独测试步骤。
2. 针对测试对象设计第二个测试用例。

预期输出：
1. 测试用例一预期输出。
2. 测试用例二预期输出。

测试人：
测试时间： 年 月 日
填写说明：
1. “软件项代号”是来自于软件功效结构划分中要求。
2. “需求规格说明”是来自于《需求分析说明书》、《概要设计说明书》和《具体设计说明书》中需求和设计要求。
3. “测试用例”是依据《需求分析说明书》和《具体设计说明书》来制订。
4. “预期输出”是依据《需求分析说明书》和《具体设定说明书》来制订。
5. “方案代号”是由测试方案编写人员依据实际情况制订。]

4.1.1.2 XX模块测试用例

需求规格说明：在此具体描述软件项用户需求。
测试用例：在次说明模块测试要用到测试用例
1. 针对测试对象设计第一个测试用例。
说明测试用例名、测试用例标识号、测试用例测试目标、测试用例具体描述、测试用例要用到特殊设备和要求。测试数据包含正常数据，错误数据，异常数据等
前提条件：描述完成本测试用例必需前提条件。
实施时间：描述实施本测试用例估量实施时间。
测试过程：第（N）步：描述一个单独测试步骤。
2. 针对测试对象设计第二个测试用例。

预期输出：
1. 测试用例一预期输出。
2. 测试用例二预期输出。

测试人：
测试时间： 年 月 日

4.1.1.3 XX模块测试用例

需求规格说明：在此具体描述软件项用户需求。
测试用例：在次说明模块测试要用到测试用例
1. 针对测试对象设计第一个测试用例。
说明测试用例名、测试用例标识号、测试用例测试目标、测试用例具体描述、测试用例要用到特殊设备和要求。测试数据包含正常数据，错误数据，异常数据等
前提条件：描述完成本测试用例必需前提条件。
实施时间：描述实施本测试用例估量实施时间。
测试过程：第（N）步：描述一个单独测试步骤。
2. 针对测试对象设计第二个测试用例。

预期输出：
1. 测试用例一预期输出。
2. 测试用例二预期输出。

测试人：
测试时间： 年 月 日

4.2 XX系统
4.2.1 XX子系统
4.2.1.1XX模块测试用例

需求规格说明：在此具体描述软件项用户需求。
测试用例：在次说明模块测试要用到测试用例
1. 针对测试对象设计第一个测试用例。
说明测试用例名、测试用例标识号、测试用例测试目标、测试用例具体描述、测试用例要用到特殊设备和要求。测试数据包含正常数据，错误数据，异常数据等
前提条件：描述完成本测试用例必需前提条件。
实施时间：描述实施本测试用例估量实施时间。
测试过程：第（N）步：描述一个单独测试步骤。
2. 针对测试对象设计第二个测试用例。

预期输出：
1. 测试用例一预期输出。
2. 测试用例二预期输出。

测试人：
测试时间： 年 月 日

4.2.1.2 **模块测试用例

5 集成测试用例
5.1 系统外部接口测试
5.1.1 和XX系统接口测试
[软件项代号：XX 方案代号：YY
需求规格说明：
测试用例：（和模块测试一样进行相关说明）
预期输出：
测试人：
测试时间：年 月 日
填写说明：
1）“软件项代号”是来自于软件功效结构划分中要求，由“本系统接口软件项代号_对方接口系统软件项代号”格式确定。
2）“需求规格说明”是来自于《需求分析说明书》和《概要设计说明书》中需求和设计要求。
3）“测试用例”是依据《需求分析说明书》和《概要设计说明书》来制订。
4）“预期输出”是依据《需求分析说明书》和《概要设计说明书》来制订。]
5.1.2 和YY系统接口测试

5.1.3 和ZZ系统接口测试

5.2 系统内部接口测试
5.2.1 子系统内部功效模块借口2测试
5.2.1.1 X1子系统内部功效模块之间接口测试
5.2.1.1.1 M1M2功效模块间接口测试用例
[软件项代号：XX 方案代号：YY
需求规格说明：XX。。。。。。
测试用例：XX。。。。。。
预期输出：XX。。。。。。
测试人：
测试时间： 年 月 日
填写说明：
1）“软件项代号”是来自于软件功效结构划分中要求，由“本系统接口软件项代号_对方接口系统软件项代号”格式确定。
2）“方案代号”是由测试方案编写人员依据实际情况制订。
3）“需求规格说明”是来自于《需求分析说明书》和《概要设计说明书》中需求和设计要求。
4）“测试用例”是依据《需求分析说明书》和《概要设计说明书》来制订。
5）“预期输出”是依据《需求分析说明书》和《概要设计说明书》来制订。]

5.2.2.2 XX子系统功效模块之间接口测试

5.2.2.3 XX子系统功效模块之间接口测试

6 系统测试用例
6.1 病毒测试
[软件项代号：XX 方案代号：YY
需求规格说明：XX。。。。。。
测试用例：XX。。。。。。
预期输出：XX。。。。。。
测试人：
测试时间： 年 月 日
填写说明：
1）“软件项代号”是来自于软件功效结构划分中要求。
2）“方案代号”是由测试方案编写人员依据实际情况制订。
3）“需求规格说明”是来自于《需求分析说明书》和《概要设计说明书》中需求和设计要求。
4）“测试用例”是依据《需求分析说明书》和《概要设计说明书》来制订。
5）“预期输出”是依据《需求分析说明书》和《概要设计说明书》来制订。]
6.2 用户界面测试
[在此说明用户界面测试用例]
6.3 性能测试
[在此说明性能测试用例]
6.4 强度测试
[在此说明强度测试用例]
6.6 配置测试
[在此说明配置测试用例]
6.7 安装测试
[在此说明安装测试用例]
6.8 安全性测试
[在此说明用户界面测试用例]
6.9 回归测试
[在此说明回归测试用例]
6.9.3 回归测试用例n
7 附录
7.1 附录1 审批统计表
角色
署名
日期
备注
软件项目经理

开发部经理

测试部主任

工程经理

质量确保人员

配置管理人员