网站压力测试报告docx.docx

网站压力测试报告docx.docx

《网站压力测试报告docx.docx》由会员分享，可在线阅读，更多相关《网站压力测试报告docx.docx（10页珍藏版）》请在冰点文库上搜索。

网站压力测试报告docx

xxxxxxx网站

压力测试报告

文档修订记录

版本号

日期

修改人

摘要

V1.0

xxx

初稿

V1.1

xxx

4CPU重测

一、测试内容4

二、测试方法4

三、测试目标4

四、测试环境4

1、系统环境配置4

1.11cpu4GB内存：

5

1.24cpu4GB内存：

5

2、测试客户端配置5

3、网络环境5

4、测试时间5

五、系统部署6

六、测试说明6

七、测试统计及分析6

1.1cpu4GB内存压测统计6

2.4cpu4GB内存压测统计10

八、结果：

14

1.1cpu4GB内存压测：

14

2.4cpu4GB内存：

15

九、结论及建议：

15

1.结论：

15

1.11cpu4GB内存压测：

15

1.24cpu4GB内存压测：

15

2.建议：

16

一、测试内容

本次测试是针对《xxxxx》网站进行的压力测试，本次压测主要提取用户最常浏览的页面进行压测：

访问首页+新闻动态的场景进行压测。

二、测试方法

1.本次采用apache的开源测试工具jmeter，采用badboy录制脚本生成http请求脚本，并通过http协议get方式发送访问请求，收集服务器响应速度，服务器资源耗用情况。

2、安装启动JMeter，分别对以上页面进行压力测试分别测试10、50、100、500个线程，即模拟这些数目的用户并发；Ramp-upperiod（inseconds）的值设为1（即1s启动10、50、100、500并发访问），并发持续运行为10分钟；。

3、测试指标提取：

测试项

并发数

线程组增量

持续运行时间

响应时间

业务成功率

CPU使用率

内存使用率

访问新闻动态

10

每秒增加10个

10分钟

<=5秒

98%

<75%

<70%

50

每秒增加50个

10分钟

<=5秒

98%

100

每秒增加100个

10分钟

<=5秒

98%

500

每秒增加500个

10分钟

<=5秒

98%

三、测试目标

CPU增加到4核，是否可以达到预期并发数500个。

四、测试环境

1、系统环境配置

测试分为2轮进行压测，服务器配置有2种：

1.11cpu4GB内存：

主机用途

机型/OS

台数

CPU/台

内存容量/台

对应IP

应用服务器

win2008

1

1xCPU

4GB

公网：

xxx

内网：

xxx

数据库服务器

同上

同上

同上

同上

同上

1.24cpu4GB内存：

主机用途

机型/OS

台数

CPU/台

内存容量/台

对应IP

应用服务器

win2008

1

4xCPU

4GB

公网：

xxxx

内网：

xxxx

数据库服务器

同上

同上

同上

同上

同上

2、测试客户端配置

主机用途

机型/OS

台数

CPU/台

内存容量/台

对应IP

压力负载生成器

win2008

1

4xCPU

16GB

公网：

xxx

内网：

xxx

3、网络环境

本次测试是在局域网中进行的测试，暂不会对压测造成瓶颈，该方面影响可以忽略。

4、测试时间

压测环境

测试人

测试时间

1CPU4GB内存

xxx

xxx

4CPU4GB内存

xxx

xxx

五、系统部署

系统已经经过开发人员部署在xxx这台机子上，无需另外再次进行系统部署。

访问网址：

xxx

六、测试说明

名词定义（时间的单位均为ms）：

Samples--本次场景中一共完成了多少个线程

Average--平均响应时间

Median--统计意义上面的响应时间的中值

90%Line--所有线程中90%的线程的响应时间都小于xx

Min--最小响应时间

Max--最大响应时间

Error--出错率

Troughput--吞吐量

七、测试统计及分析

压测场景：

1.输入网址：

xxx（打开首页）；

2.点击新闻动态“xxx成立!

”（打开新闻动态）；

1.1cpu4GB内存压测统计

1）10个线程组并发

●聚合报告

并发10个用户，持续运行10分钟，完成9920次访问请求，最小响应速度为0.097秒，最大为0.914秒，平均响应速度为0.168秒，与预期的3秒还快，访问成功率100%，符合预期的需求。

●系统资源耗用

从10:

01开始压测，cpu（%ProcessorTime）使用率急剧上升到了100%，然后持续运行10分钟10:

11结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（AvailableMBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。

2）50个线程组并发

●聚合报告

并发50个用户，持续运行10分钟，完成10108次访问请求，平均响应速度为0.714秒，与预期的3秒还快，访问成功率100%，符合预期的需求。

●系统资源耗用

从10:

37开始压测，cpu（%ProcessorTime）使用率急剧上升到了100%，然后持续运行10分钟10:

47结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（AvailableMBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。

3）100个线程组并发

●聚合报告

并发100个用户，持续运行10分钟，完成10130次访问请求，平均响应速度为1.799秒，与预期的3秒还快，访问成功率100%，符合预期的需求。

●系统资源耗用

从10:

50开始压测，cpu（%ProcessorTime）使用率急剧上升到了100%，然后持续运行10分钟11:

00结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（AvailableMBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。

4）500个线程组并发

●聚合报告

并发500个用户，持续运行10分钟，完成10512次访问请求，平均响应速度为8.06秒，与预期的3秒慢很多，访问成功率100%，总体不符合预期的需求。

●系统资源耗用

从11:

01开始压测，cpu（%ProcessorTime）使用率急剧上升到了100%，然后持续运行10分钟11:

11结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（AvailableMBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。

针对访问新闻动态统计

并发线程

#Samples

Average

90%Line

Min

Max

Error%

Throughput

10

9920

168

222

97

914

0.00%

16.6/sec

50

10108

714

1023

43

2280

0.00%

16.9/sec

100

10130

1799

2096

1247

3030

0.00%

16.9/sec

500

10512

8060

9175

6398

14039

0.00%

17.4/sec

2.4cpu4GB内存压测统计

1）10个线程组并发

●聚合报告

并发10个用户，持续运行10分钟，访问新闻完成2201次访问请求，最小响应速度为0.018秒，最大为0.102秒，平均响应速度为0.026秒，与预期的5秒还快，访问成功率100%，符合预期的需求。

●系统资源耗用

从11:

39开始压测，持续运行10分钟11:

49结束，cpu（%ProcessorTime）使用率维持在30%以下，小于预期75%使用率；可用物理内存（AvailableMBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体符合预期需求。

2）50个线程组并发

●聚合报告

并发50个用户，持续运行10分钟，访问新闻完成9750次访问请求，最小响应速度为0.019秒，最大为0.373秒，平均响应速度为0.028秒，与预期的5秒还快，访问成功率100%，符合预期的需求。

●系统资源耗用

从12:

27开始压测，持续运行10分钟12:

37结束，cpu（%ProcessorTime）使用率维持在60%以下，小于预期75%使用率；可用物理内存（AvailableMBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体符合预期需求。

3）100个线程组并发

●聚合报告

并发100个用户，持续运行10分钟，访问新闻完成18738次访问请求，最小响应速度为0.018秒，最大为0.42秒，平均响应速度为0.033秒，与预期的5秒还快，访问成功率100%，符合预期的需求。

●系统资源耗用

从13:

32开始压测，持续运行10分钟13:

42结束，cpu（%ProcessorTime）使用率主要维持在60%-80%之间，与预期小于75%使用率对比略显偏高；可用物理内存（AvailableMBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体CPU略显不足。

4）500个线程组并发

●聚合报告

并发100个用户，持续运行10分钟，访问新闻完成18738次访问请求，最小响应速度为0.018秒，最大为0.42秒，平均响应速度为0.033秒，与预期的5秒还快，访问成功率100%，符合预期的需求。

●系统资源耗用

从13:

46开始压测，持续运行10分钟13:

562结束，cpu（%ProcessorTime）使用率主要在90%以上，与预期<75%使用率对比，cpu存在不足；可用物理内存（AvailableMBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体上CPU明显存在瓶颈。

针对访问新闻动态统计（4cpu4GB内存）

并发线程

#Samples

Average

90%Line

Min

Max

Error%

Throughput

10

2201

26

32

18

102

0.00%

3.4/sec

50

9750

28

35

19

373

0.00%

16.3/sec

100

18738

33

54

18

420

0.00%

27.8/sec

500

31000

1105

2003

19

3757

0.00%

52.2/sec

八、结果：

1.1cpu4GB内存压测：

测试项

并发数

线程组增量

持续运行时间

响应时间

业务成功率

CPU使用率

内存使用率

访问新闻动态

10

每秒增加10个

10分钟

0.196秒

100%

100%

29%

50

每秒增加50个

10分钟

0.714秒

100%

100%

29%

100

每秒增加100个

10分钟

1.799秒

100%

100%

29%

500

每秒增加500个

10分钟

8.06秒

100%

100%

29%

2.4cpu4GB内存：

测试项

并发数

线程组增量

持续运行时间

响应时间

业务成功率

平均CPU使用率

内存使用率

访问新闻动态

10

每秒增加10个

10分钟

0.026秒

100%

20%以下

42%

50

每秒增加50个

10分钟

0.028秒

100%

50%以下

42%

100

每秒增加100个

10分钟

0.033秒

100%

75%以上

42%

500

每秒增加500个

10分钟

1.105秒

100%

95%以上

42%

九、结论及建议：

1.结论：

1.11cpu4GB内存压测：

当压测开始发现硬件CPU存在严重的不足，并发数增加到了500个，服务器的平均响应速度变得很慢8.06秒，达不到预期的目标小于5秒；cpu是个瓶颈。

1.24cpu4GB内存压测：

500个并发时，发现硬件CPU还是存在不足，当并发数增加到了500个，服务器的平均相应速度1.105秒，符合预期的目标值小于5秒，但是CPU使用率高于90%，如果要想维持相对稳定的系统，CPU是个瓶颈；本次压测并未发现内存存在瓶颈。

2.建议：

要达到500的并发，建议将CPU数量增加到16核，方可维持网站服务器的相对稳定，目前硬件配置为4CPU，4GB内存。