性能测试设计方案报告-模板

×××项目

性能测试案（报告）

编写作者姓名编写时间YYYY-MM-DD 审批审批时间YYYY-MM-DD 文档版本

神州数码（中国）有限公司所有

文档修订摘要

目录

第1章概述 (2)

1.1 测试目的 (2)

1.2 适用围 (2)

1.3 名词解释 (2)

1.3.1验证 (2)

1.3.2确认 (2)

1.3.3功能测试 (3)

1.3.4集成测试 (3)

1.3.5系统测试 (3)

1.3.6验收测试 (3)

1.4 参考资料 (3)

第2章测试需求分析 (4)

2.1 测试目的 (4)

2.2 测试对象 (4)

2.3 系统环境配置 (4)

第3章测试法 (6)

3.1 测试准备 (6)

3.2 形成测试脚本 (7)

3.3 执行测试脚本 (7)

第4章测试场景设计 (8)

4.1 场景1 (8)

4.1.1测试目的 (8)

4.1.2测试步骤 (8)

4.1.3测试结果输出 (9)

4.1.4测试结论 (9)

第1章概述

1.1测试目的

[说明为什么要进行此测试；参与人有哪些；测试时间是什么时候；项目背景等。

编写此测试案的目的是通过测试，确认软件是否满足产品的性能需求。测试的依据是产品的需求规格说明书。此模板使用于性能测试的案设计和测试报告记录。]

1.2适用围

]

1.2.1验证

Verification，验证是检查是否正确完成了工作产品。验证强调的是工作产品本身是否正确。验证通常使用测试的式进行。验证相关的活动包括：单元测试；功能测试；集成测试；系统测试。

1.2.2确认

Validation，确认是检查是否完成了正确的工作产品。确认强调的是生命期各阶段工作产品与用户最初需否符合。确认活动包括：在不同生命期中，按照用户需求Use Case对工作产品进行确认；确认需否满足的集成测试；有用户参与的验收测试。

1.2.3功能测试

开发人员完成各组件的单元测试后，提交测试部门，进行各业务模块的测试。测试重点是确认模块功能是否正确。

1.2.4集成测试

将模块逐步进行集成。测试重点是否确认产品组装中模块的部接口是否正确。验证是否满足Use Case的业务流程。

1.2.5系统测试

在真实或模拟真实环境下所进行的性能、稳定性、与外部系统接口的测试。重点确认性能是否满足设计要求，外部接口是否正确。

1.2.6验收测试

为了验证系统是否满足用户的需求，在用户现场进行的测试。验收测试根据Use Case设计测试用例，由用户和相关的第三厂家共同参加。验收测试结果需要得到用户、第三厂家的签字确认。

[此案中涉及的业务和技术面的专业名词。]

1.3参考资料

[此案参考和依据的所有文档。]

第2章测试需求分析

2.1测试目的

【容】

说明此测试的目的。例如：

1、Airadius2.5新增了对CIDFinder多点发送和心跳检测功能的支持，需要执行性能测试，得出

Radius2.5的性能指标；

2、持续进行大压力测试，对Radius2.5进行稳定性测试。

【裁剪原则】

此部分容不允裁剪。

2.2测试对象

【容】

说明被测试产品的名称，版本，特性说明。例如：

Product Name: AiRadius

License Version: v2.4

Build Date: 20050715

Build Master : @info.

【裁剪原则】

此部分容不允裁剪。

2.3系统环境配置

【容】

说明测试所需要的软硬件环境。例如：

●服务器端

●客户端

【裁剪原则】

此部分容不允裁剪。

第3章测试法

【容】

说明进行此性能测试使用什么法。例如：

使用LoadRunner工具进行测试。工具版本：V 7。0。

或者，使用自开发的性能驱动和监测程序进行测试。测试法如下：

。。。

【裁剪原则】

此部分容不允裁剪。

3.1测试准备

【容】

说明性能测试前，需要配置的应用程序参数，数据，文件等，这些数据、参数、文件的不同，将产生不同的测试结果。为达到预期的性能测试效果，需要将以上信息调整到适合的位置。例如：

考虑如下五个面：

1) 对操作系统下面可能影响性能的核参数进行了调整

datasize unlimited

stacksize unlimited

2)伪库：

使用当时瑾测试时使用的伪库（100万宽带用户，30万窄带用户）

3) BDB配置：

设置DB_CONFIG为：

set_lk_max 4200

set_cachesize 0 32768000 1

4）radius.ini:

ProcThreads=2000

5) 日志文件，detail文件的即时清理

为避免detail文件和access.log的输出过多造成磁盘空间满，对radius的运行造成影响，需要定期清理access.log/detail文件。

特别需要注意的是：

为了使得所有的用户用一份LoadRunner脚本执行，需要保证包的长度一致，因此用户的用户名长度需要一致；更换Radius环境时，注意域名长度要为4（sxkd）

同时由于形成LoadRunner脚本的时候，截取Radius.log中的认证包中密码的值为加密以后的，不好做用户的个性处理，因此所有用户密码同。

。。。

【裁剪原则】

此部分容不允裁剪。

3.2形成测试脚本

【容】

说明用于进行性能测试的脚本如生成。例如：

（1）任意一个用户进行模拟拨号软验证，截取radius.log中的Authen/Start/Stop包的二进制代码；

（2）用LoadRunner的Windows Socket协议，形成模拟NAS向Radius发包的脚本，脚本中将Authen/start/stop分别定义为3个交易；用户名做变量处理，随机发送。

【裁剪原则】

此部分容不允裁剪。

3.3执行测试脚本

【容】

说明脚本的执行顺序和法。

【裁剪原则】

此部分可以裁减