网站压力测试报告文档格式.docx
《网站压力测试报告文档格式.docx》由会员分享，可在线阅读，更多相关《网站压力测试报告文档格式.docx（14页珍藏版）》请在冰点文库上搜索。
Ramp-upperiod（inseconds）的值设为1（即1s启动10、50、100、500并发访问），并发持续运行为10分钟；
。
3、测试指标提取：
测试项
并发数
线程组增量
持续运行时间
响应时间
业务成功率
CPU使用率
存使用率
访问新闻动态
10
每秒增加10个
10分钟
<
=5秒
98%
75%
70%
50
每秒增加50个
100
每秒增加100个
500
每秒增加500个
三、测试目标
CPU增加到4核，是否可以达到预期并发数500个。
四、测试环境
1、系统环境配置
测试分为2轮进行压测，服务器配置有2种：
1.11cpu4GB存：
主机用途
机型/OS
台数
CPU/台
存容量/台
对应IP
应用服务器
win2008
1
1xCPU
4GB
公网：
网：
数据库服务器
同上
1.24cpu4GB存：
4xCPU
xxxx
2、测试客户端配置
压力负载生成器
16GB
3、网络环境
本次测试是在局域网中进行的测试，暂不会对压测造成瓶颈，该方面影响可以忽略。
4、测试时间
压测环境
测试人
测试时间
1CPU4GB存
4CPU4GB存
五、系统部署
系统已经经过开发人员部署在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%，符合预期的需求。
37开始压测，cpu（%ProcessorTime）使用率急剧上升到了100%，然后持续运行10分钟10:
47结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；
3）100个线程组并发
并发100个用户，持续运行10分钟，完成10130次访问请求，平均响应速度为1.799秒，与预期的3秒还快，访问成功率100%，符合预期的需求。
50开始压测，cpu（%ProcessorTime）使用率急剧上升到了100%，然后持续运行10分钟11:
00结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；
4）500个线程组并发
并发500个用户，持续运行10分钟，完成10512次访问请求，平均响应速度为8.06秒，与预期的3秒慢很多，访问成功率100%，总体不符合预期的需求。
从11:
01开始压测，cpu（%ProcessorTime）使用率急剧上升到了100%，然后持续运行10分钟11:
针对访问新闻动态统计
并发线程
#Samples
Average
90%Line
Min
Max
Error%
Throughput
9920
168
222
97
914
0.00%
16.6/sec
10108
714
1023
43
2280
16.9/sec
10130
1799
2096
1247
3030
10512
8060
9175
6398
14039
17.4/sec
2.4cpu4GB存压测统计
并发10个用户，持续运行10分钟，访问新闻完成2201次访问请求，最小响应速度为0.018秒，最大为0.102秒，平均响应速度为0.026秒，与预期的5秒还快，访问成功率100%，符合预期的需求。
39开始压测，持续运行10分钟11:
49结束，cpu（%ProcessorTime）使用率维持在30%以下，小于预期75%使用率；
可用物理存（AvailableMBytes）一直维持在2400MB左右，存使用率42%左右，与预期小于70%，总体符合预期需求。
并发50个用户，持续运行10分钟，访问新闻完成9750次访问请求，最小响应速度为0.019秒，最大为0.373秒，平均响应速度为0.028秒，与预期的5秒还快，访问成功率100%，符合预期的需求。
从12:
27开始压测，持续运行10分钟12:
37结束，cpu（%ProcessorTime）使用率维持在60%以下，小于预期75%使用率；
并发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略显不足。
46开始压测，持续运行10分钟13:
562结束，cpu（%ProcessorTime）使用率主要在90%以上，与预期<
75%使用率对比，cpu存在不足；
可用物理存（AvailableMBytes）一直维持在2400MB左右，存使用率42%左右，与预期小于70%，总体上CPU明显存在瓶颈。
针对访问新闻动态统计（4cpu4GB存）
2201
26
32
18
102
3.4/sec
9750
28
35
19
373
16.3/sec
18738
33
54
420
27.8/sec
31000
1105
2003
3757
52.2/sec
八、结果：
1.1cpu4GB存压测：
0.196秒
100%
29%
0.714秒
1.799秒
8.06秒
2.4cpu4GB存：
平均CPU使用率
0.026秒
20%以下
42%
0.028秒
50%以下
0.033秒
75%以上
1.105秒
95%以上
九、结论及建议：
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存。
升级会员 