性能测试计划- 方案

Discuz系统

性能测试计划

XXXXX公司

版权所有 违者必究

作者

公布日期

批准人

文件名

版本

项目经理

所属团队

开发员

测试员

文件修改记录

序号

修改后版本号

修改日期修改人修改原因号/说明

修改内容（包括章节）

审批人

目录

1 文档目的 1 1.1 项目背景介绍 1 1.2 术语及缩略语 1 1.3 测试输入 1 2 测试准备（重要） 1 2.1 测试环境准备 1 2.2 测试内容 2 2.3 非测试内容 2

2.4 业务抽取（测试脚本） 2 2.4.1 需要进行测试的主要业务： 2

2.4.2 用户行为模型及性能指标（测试场景） 2 2.4.3 混合模式用户行为模型及性能指标（测试场景） 2

2.5 角色和职责 3 2.6 测试工具列表 3 2.7 进度安排 3 2.8 测试数据准备 3 2.8.1 系统数据量 3 2.8.2 测试用户 3 2.9 出口标准 3 2.10 交付文件 3 2.11 风险分析 4

3 测试过程及步骤（重要） 4 3.1 方案一 4

4 测试结果（提供客户） 4 4.1 方案一 4

4.2 LOADRUNNER结果 4 4.2.1 Windows 资源情况图： 4 4.2.2 对应的用户数量图： 4

4.2.3 Transaction Response Time 图： 4 4.2.4 测试结果 4 4.3 数据库结果 4 4.4 应用服务结果 5 5 测试结论 5

1 文档目的

描述Discuz性能测试流程、范围、环境、风险等因素作为性能测试实施依据。

1.1 项目背景介绍

对项目情况进行简单概括。

Discuz是康盛创想（北京）科技有限公司旗下的一款功能强大的社区软件……

1.2 术语及缩略语

性能测试： 负载测试： 压力测试： 配置测试： 容量测试： ……

1.3 测试输入

《项目计划文档》 《需求规格说明书》 《设计文档》 《测试规范》 ……

2 测试准备（重要）

2.1 测试环境准备

设备名称 Web+数据库服务器

硬件配置CPU： 软件配置 操作系统：备注

AMD Xp1800+ 内存：

Windows 2003 SP2 Web服务器：

DDR 400 1G

IIS 6.0

硬盘:

ST120G(7200转X2 网卡：

Dlink 530TX 10/100自适应

负载生成器

CPU： AMD Xp1800+ 内存： DDR 400 1G

操作系统： Windows xp 负载生成工具： LR8.1

……

数据库服务器： SQL Server 2005 SP2

2.2 测试内容

根据需求，在本次测试中我们需要对Discuz论坛的浏览、发帖、注册及查询……进行性能测试，得到该功能在一定负载下的数据处理能力。 2.3 非测试内容

由于一下功能在真实情况中使用较少，并对响应时间无明确需求，故不进行测试： 1）用户间的短信息功能 2）帖子的移动管理功能 3）论坛后台管理功能 ……

2.4 业务抽取（测试脚本）

2.4.1 需要进行测试的主要业务：

序号 1

业务名称 脚本编写要求 备注

注册用户

不同的用户使用不同的注册数据，注册数据覆盖全部的业务规则，在 用户并发情况下，每个用户注册时间

2 浏览帖子

不同的用户浏览不同版块下的首页帖子，在用

不同用户会随机选择版块进行浏览

户并发情况下，打开每个帖子所需要的时间

3 查询

不同登录用户查询不同

内容，获得查询返回所不同用户进行查询内容需要随机 需要的时间

4 发布话题

不同用户登录在不同版块下发布新话题，发布

不同用户随机选择版块进行发布话题

话题所需要的响应时间

操作

和登录所需要花费的时间

5

发帖和回帖

……

……

也可以增加一个登录，但是实际上已经把登录和其他操作进行结合了。 2.4.2 用户行为模型及性能指标（测试场景）

序号

测试场景描述 性能指标 备注

1

2

3 4

50个并发用户注册，并注册响应发率为10% 时间小于

4秒，服务器CPU插入事务 利用率小 于80%，添加计数器

内存占用小于350MB 100个用户浏览帖子

用户浏览帖子的响应时间在

1秒以

需要考虑不同容量带来的

内，服务影响

插入事务 器CPU利

用率小于系统容量为：6个论坛版计数器

75%，内块，共10万条帖子 存占用小于300MB

50个用户查询

用户查询帖子响应时间在3

秒内，服

需要考虑不同容量带来的

务器CPU

影响 插入事务

利用率小于75%，系统容量为：6个论坛版计数器 内存占用块，共10万条帖子 小于300MB

50个并发用户登录后发发新话题新话题，并发率20% 响应时间

小于5秒，登录插入登录、响应时间

发新话题两小于4

个事务，计秒，服务数器

器CPU利用率小于80%，内存占用小

于350MB

5

50个用户登录后随机发…… 帖和回帖，并发率为10%

……

注意：指标的定义来源“依据需求”“依据部门指标”“依据服务器日志分析等” 2.4.3 混合模式用户行为模型及性能指标（测试场景）

序号 1

测试场景描述 性能指标 备注

用户行为模型中编注册响应时间小于4秒，号1、2、3、4、5用户浏览帖子响应时间在的场景同时执行 1秒以内，用户查询帖子

的响应时间在3秒以内，

发帖和回帖响应时间均小模拟真实业务使用情况 于5秒，登录响应时间小于4秒，服务器CPU利用率剩余10%以上，内存剩余大于200MB……

2 3 4 5

2.5 角色和职责

角色 测试资职责 源 备注

测试经理 1

1

……

性能测试……

工程师

2.6 测试工具列表

测试工具 版本 LR 8.1 SVN

2.7 进度安排

任务名称 起始时间

测试计划

测试脚本开发

环境搭建

场景设计

许可 Web 1000 Vuser

结束时间

用途 性能测试

工作日

备注

资源

测试执行

报告撰写

2.8 测试数据准备

2.8.1 系统数据量 2.8.2 测试用户

用户名： 密码：

2.9 出口标准

1）压力测试连续72小时无故障 2）测试结果达到…… 2.10 交付文件 2.11 风险分析

1、脚本风险

风险编号 风险描述 风险发生概率 影响严重程度 责任人 规避方法 最终决策人

〔高、中、低〕 〔高、中、低〕

2、数据风险

风险编号 风险描述 风险发生概率 影响严重程度 责任人 规避方法 最终决策人

〔高、中、低〕 〔高、中、低〕

3、业务风险

风险编号 风险描述 风险发生概率 影响严重程度 责任人 规避方法 最终决策人

〔高、中、低〕 〔高、中、低〕

4、环境风险

风险编号 风险描述 风险发生概率 影响严重程度 责任人 规避方法 最终决策人

〔高、中、低〕 〔高、中、低〕

5、监控风险

3 测试过程及步骤（重要）

3.1 方案一

测试序号 1 脚本名称 登录 退出

方案概述

测试并发登录退出操作，获取

相关需求数据

脚本描述 录制步骤

1.打开系统界面2.输入用户名和密码3.登 录4.点击按钮退出

事务化 登录 退出

参数化（可用户：admin 密码：123123 选）

用户：hpadmin 密码：123123

Think-默认（或者客户有特定要求可

time(可选 循时，具体测试过程再设置）

并发用户数 100、45、50

场景描述

不同的用户使用不同的用户名、密码，登陆系统，退出系 统

3.2 方案二

测试序号 2 脚本名称

更新用户

信息

方案概述 测试并发更新用户信息操作，获取

相关需求数据

脚本描述 录制步骤

（登录成功前提下）1.执行用户信息相关修改2.提交更新 3.提示用户信息更新成功

事务化 更新用户信息

参数化并发更新用户信息的用户数，用户

（可选） 名，相关用户信息选择等

Think-默认（或者客户有特定要求可循

time(可选 时，具体测试过程再设置）

并发用户100、45、50 数

场景描述 不同的用户更新自己的详细信息，

系统超级管理员可以管理和修改他 人的信息

3.3 方案三

测试序号 3 脚本名称

查询用户

信息

方案概述 测试并发查询用户信息操作，获取

相关需求数据

脚本描述 录制步骤

（登录成功前提下）1.点击查 看详情按钮2.点击待查看相

关信息3.信息页面出现4.点击返回结束查询

事务化 查询用户信息

参数化默认（或者客户有特定要求可循

（可选） 时，具体测试过程再设置） Think-time(可选

并发用户100、45、50 数

场景描述 不同的用户浏览、查询自己的详细

信息，系统超级管理员可以浏览查 询任何人的信息

3.4 方案四

测试序号 4 脚本名称 权限管理

方案概述 测试并发修改用户权限操作，获取

相关需求数据

脚本描述 录制步骤

（登录成功前提下）1.点击用户授权按钮2.执行授权或取

消授权操作3.点击保存按钮4.提示设置成功

事务化 登录 退出

参数化权限管理模块参数，权限列表参数

（可选） 等

Think-默认（或者客户有特定要求可循

time(可选 时，具体测试过程再设置）

并发用户100、45、50 数

场景描述 系统超级管理员给用户授予相应的

权限

4 测试结果（提供客户）

4.1 方案一

是否通过。

4.2 Loadrunner结果

4.2.1 Windows 资源情况图： 截取Windows 资源情况图 4.2.2 对应的用户数量图： 截取对应的用户数量图

4.2.3 Transaction Response Time 图： 截取Transaction Response Time 图 4.2.4 测试结果

各项指标是否都在可以接受范围内 4.3 数据库结果

数据库各项性能是否正常

1.1 应用服务结果

应用服务器各项性能是否正常 2 测试结论

明确当前系统可以支持的并发用户数量达到X个。 项目经理： ________________