静态页面-性能测试报告-20120521

静态页面

性能测试报告

修改记录

目录

1性能测试概述 (2)

1.1背景 (2)

1.2测试目标 (2)

1.3名词解释 (3)

2测试环境 (4)

2.1硬件环境 (4)

2.1.1测试环境模拟图 (4)

2.1.2测试环境软/硬件配置 (4)

2.2软件环境 (5)

2.2.1测试软件系统架构 (5)

2.2.2软/硬件参数配置说明 (5)

3测试方法 (5)

3.1测试流程 (5)

3.2测试工具及性能监控工具 (5)

3.3主要分析及监视场景 (5)

4测试范围 (5)

5测试脚本录制 (6)

5.1测试功能点录制路径 (6)

5.2脚本参数化说明 (6)

6测试用例 (6)

6.1Info.php访问性能测试 (6)

6.1.1场景一： (6)

6.1.2场景二： (9)

6.1.3场景三： (12)

6.1.4场景四： (15)

6.2Test.hml访问性能测试 (18)

6.2.1场景一： (18)

7性能对比数据 (22)

8性能优化建议 (23)

9性能测试目标情况说明 (23)

1性能测试概述

1.1 背景

店连店打折网前台静态页面性能情况。

1.2 测试目标

本次性能测试的目标是：

验证静态页面访问并发的运行情况和响应时间。

1.3 名词解释

Graph ‘s MaxiMUM ：最大响应时间(秒)。

2测试环境

2.1 硬件环境

2.1.1测试环境模拟图

2.1.2测试环境软/硬件配置

设备硬件配置软件配置

Web服务器PC机（一台）

CPU：2.4（2个）

内存：1.0G

Linux

客户端PC机（一台）

CPU：3.2GHz

内存：3.2GM

Windows XP

LoadRunner9.5

2.2 软件环境

2.2.1测试软件系统架构

无

2.2.2软/硬件参数配置说明

无

3测试方法

3.1 测试流程

1)用LR Vegen录制测试脚本，调试优化脚本。

2)用LR Controller进行场景设计，进行压力测试。

3)用LR Analysis分析测试结果。

3.2 测试工具及性能监控工具

LoadRunner 9.5进行测试及监控，使用了应用服务器自带的性能监控工具或linux自带监控工具nmon进行CPU与内存的监控

3.3 主要分析及监视场景

主要LR的图表分析结果

4测试范围

5测试脚本录制

5.1 测试功能点录制路径

5.2 脚本参数化说明

无

6测试用例

6.1 Info.php访问性能测试6.1.1场景一：

全部用户加载之后，持续支持10分钟，再以每隔15卸载五个用户，

直到结束

3)用LoadRunner运行测试场景

测试脚本说明无

数据分析方法1)监控IIS主机的资源（CPU、内存）变化情况；

2)监控程序运行日志：重点分析日志的产生原因

3)监控Controller运行结果

4)统计成功次数、失败次数、并发用户数、最小响应时间、最大响应

时间、平均响应时间

5)每秒事务处理数

测试结果1)开始访问并发用户查询，响应时间最大0.975秒、最小0.011秒、

平均0.189秒，事务成功率为100%，Tps为2.245

2)一起跳转到首页面并发用户查询，响应时间最大31.6秒、最小1.294

秒、平均5.167秒，事务成功率为100%，Tps为2.245

3)服务器CPU与内存资源使用情况平衡（应用程序无错误日志产生

详情情况如下图

问题与建议无

测试过程记录与分析：

1、事务概要：

2、查看每秒事务处理数情况：

注意添加两个事务，开始访问事务是访问(/info.php)、一起跳转到首页面（/favicon.ico）

开始访问事务每秒处理数：最高3.125、最小:0.469、平均值：2.245

一起跳转到首页面事务每秒处理数：最高3.125、最小:0.313、平均值：2.245

3、各事物响应时间曲线图如下：

4、查看服务器情况：

5、服务器cpu、内存使用情况：

6.1.2场景二：

注意：脚本去掉跳转到首页/favicon.ico

测试用例编号测试脚本名称

测试内容50用户并发测试

测试数据用户数据200条

测试场景场景一： 50并发用户循环1次

测试步骤录制访问info.php功能的测试脚本，手动添加集合点或事务(开始访问) 根据测试条件设置测试场景：初始用户为0,每隔15秒加载2个用户，全

部用户加载之后，持续支持10分钟，再以每隔15卸载五个用户，

直到结束

用LoadRunner运行测试场景

测试脚本说明1)测试脚本设置用户与密码参数化

数据分析方法1)监控IIS主机的资源（CPU、内存）变化情况；

2)监控程序运行日志：重点分析日志的产生原因

3)监控Controller运行结果

4)统计成功次数、失败次数、并发用户数、最小响应时间、最大响应

时间、平均响应时间

5)每秒事务处理数

测试结果1)50并发用户查询，响应时间最大90.35秒、最小0.25秒、平均秒

3.27，事务成功率为100%，Tps为105.29

2)服务器CPU消耗比较大（可能场景一测试完后接着做性能可能影响

到）但内存资源使用情况平衡（应用程序无错误日志产生

详情情况如下图

问题与建议无

测试过程记录与分析：

1、事务概要：