1 引言

1.1 编写目的

本文档是对沃特玛新能源汽车运营与充维信息管理平台性能测试所做的说明，为了充分利用已有的软硬件资源，完善系统的各项具体功能，保证项目的顺利进行，本测试报告有助于实现以下目标：

* 明确本次性能测试的测试资源

* 明确本次性能测试的测试内容

* 明确本次性能测试的测试方法

* 明确本次性能测试的系统性能

1.2 系统概述

1.2.1 项目名称

项目名称：沃特玛新能源汽车运营与充维信息管理平台

项目简称：沃特玛新能源

开发商：武汉英泰斯特电子技术有限公司

1.2.2 测试目标

使用测试工具实现虚拟用户并发压力测试，要求系统满足登录用户并发量在70以上，并能正常工作。

2 测试范围及测试要求

2.1 测试

2.1.1 测试内容

根据需要对系统进行并发用户的压力测试，

2.1.2 测试通过标准

系统在并发用户70时，系统表现稳定。

3 测试工具

测试工具：LoadRunner 11

使用Webservice协议，主要思想是使用虚拟用户（Virtual users）来模拟实际用户对系统造成压力。

4 测试结果

4.1 测试时间及测试人员

时间：20xx年1月20日

人员：李梦

4.2 测试结果分析

LoadRunner进行70用户场景模拟测试结果收集后，显示的该结果的一个摘要信息，如图4-1所示。

概要中列出了场景执行情况：

Statistics Summary（统计信息摘要）

Transaction Summary（事务摘要）

HTTP Responses Summary（HTTP响应摘要）等，以简要的信息列出本次测试结果。

图 4-1性能测试结果摘要图

4.2.1场景执行情况

该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间，如图4-2所示。从该图我们知道，本次测试从9:46开始--9:55结束，共历时9分26秒。

图 4-2 场景执行情况描述图

4.2.2 Statistics Summary（统计信息摘要）

该部分给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值，如图4-3所示。从该图我们得知，本次测试运行的最大并发数为70，总吞吐量为236,154,568字节，平均每秒的吞吐量为416,498字节，总的请求数为16,255，平均每秒的请求为28.668。

图 4-3 统计信息摘要图

4.2.3 Transaction Summary（事务摘要）

该部分给出了场景执行结束后相关Action的平均响应时间、通过率等情况，如图4-4所示。从该图我们Action的平均响应时间与业务成功率。可以看出

Fail=0

图 4-4 事务摘要图

4.2.4 HTTP Responses Summary（HTTP响应摘要）

该部分显示在场景执行过程中，每次HTTP请求发出去的状态，是成功还是失败，都在这里体现，如图4-5所示。从图中可以看到，在本次测试过程中LoadRunner共模拟发出了16254次请求（与“统计信息摘要”中的“Total Hits”一致），其中“HTTP 200”的是16254次，说明在本次过程中，经过发出的请求全部分都能正确响应了（“HTTP 200”表示请求被正确响应）。

图 4-5 HTTP响应摘要

4.2.5并发数分析

“Running Vusers（运行的并发数）”显示了在场景执行过程中并发数的执行情况。它们显示Vuser的状态。图4-6显示了在系统业务性能测试过程中Vusers运行情况，从图中我们可以看到，Vusers的运行趋势与我们场景执行计划中的设置是一样(先递增，然后逐渐减少)，表明在场景执行过程中，Vusers是按照我们预期的设置运行的，没有Vuser出现运行错误

图 4-6 运行的并发数图

我们本次测试Running Vusers与集合点是一致，说明整个场景执行过程中，并发数用户的执行正确，系统测试服务器能够应付70个并发用户的登录操作。

4.2.6 响应时间

“Average Transaction Response Time（平均事务响应时间图）”（图4-7），这张图是平均事务响应时间与结果摘要中的“Transaction Summary”合成的。

图 4-7 平均事务响应时间图

从图形下部我们可以看到，登录部分对应的Action是“login”这个事务“Average Time（平均响应时间为）”是52.768过大，响应时间有问题

4.2.7每秒点击数

图4-8显示的是“Hits per Second与“Average Throughput (bytes/second)”的复合图，从图中可以看出，两种图形的曲线都正常并且基本一致，说明服务器能及时的接受客户端的请求，并能够返回结果。

图 4-8 每秒点击数与每秒吞吐量复合图

4.2.8业务成功率

在“Transaction Summary”中我们可以很明确的看到每个事务的执行状态，如图4-9所示

图 4-9 事务状态统计图

从图中可以看出，所有的Aciton都是绿色的，即表示为Passed，同时除了vuser_init与vuser_end两个事务，其他的事务通过数为147，也就表明在9分钟的时间里，共完成了147次登录业务操作。

5 结论

测试中，系统在大量用户使用和长时间反复运行中，系统响应时间过长 另：测试80到100用户的情况下系统表现情况。结果发现系统在80 以上出现连接超时等现象，故在本次测试环境下并发用户峰值在70。

 

第二篇：WEB压力测试报告

企业征信管理系统压力测试

一．测试环境

  测试服务器及数据库安装在同一台机器上。

测试电脑配置如下图所示：

DELL  A840商务笔记本

CPU：T1400  频率1.73GHz双核处理器

内存：1G

硬盘：120G

计算机版本： WindowsXP SP3

IIS版本：5.1

数据库版本：MS SQLServer20##、SQLServer2005

二．测试工具

微软Microsoft Web Application Stress Tool 1.1（WAS）

三．测试数据指标

Stress Level(threads)线程数：100

Stress multiplier(sockets per)每个线程可以产生多少个请求：10

注：线程数乘以请求数等于并发数

测试时间（Test Run Time）：1分钟

停止响应时间(Requst Delay)：最小20 最大40

四．测试数据分析

通过数据可以看出以下特征：

Connect(客户端与服务端不能连接的次数):2409

Send（客户端不能正确发送数据到服务器的次数）:31

Rec（客户端不能正确接收服务端的数据的次数）v:0

Timeouts（超时的线程数）:0

Result Codes下的Code 数据达到501甚至未知严重超出合格指标

（低于200说明与服务器交换数据成功）

Cpu使用率高达100%

五．建议报告