网站压力测试报告材料

xxxxxxx网站压力测试报告
文档修订记录
目录
一、测试内容 (6)
二、测试方法 (6)
三、测试目标 (7)
四、测试环境 (7)
1、系统环境配置 (7)
1.1 1cpu 4GB内存： (8)
1.2 4cpu 4GB内存： (8)
2、测试客户端配置 (8)
3、网络环境 (9)
4、测试时间 (9)
五、系统部署 (9)
六、测试说明 (9)
七、测试统计及分析 (10)
1. 1cpu 4GB内存压测统计 (10)
2. 4cpu 4GB内存压测统计 (15)
八、结果： (19)
1. 1cpu 4GB内存压测： (19)
2. 4cpu 4GB内存： (20)
九、结论及建议： (21)
1.结论： (21)
1.1 1cpu 4GB内存压测： (21)
1.2 4cpu 4GB内存压测： (21)
2. 建议： (21)
一、测试内容
本次测试是针对《xxxxx》网站进行的压力测试，本次压测主要提取用户最常浏览的页面进行压测：访问首页+新闻动态的场景进行压测。

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

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

3、测试指标提取：
三、测试目标
CPU增加到4核，是否可以达到预期并发数500个。

四、测试环境
1、系统环境配置
测试分为2轮进行压测，服务器配置有2种：
1.1 1cpu 4GB内存：
1.2 4cpu 4GB内存：
2、测试客户端配置
3、网络环境
本次测试是在局域网中进行的测试，暂不会对压测造成瓶颈，该方面影响可以忽略。

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

访问网址：xxx
六、测试说明
名词定义（时间的单位均为ms）：
Samples -- 本次场景中一共完成了多少个线程
Average -- 平均响应时间
Median -- 统计意义上面的响应时间的中值
90% Line -- 所有线程中90%的线程的响应时间都小于xx
Min -- 最小响应时间
Max -- 最大响应时间
Error -- 出错率
Troughput -- 吞吐量
七、测试统计及分析
压测场景：
1.输入网址：xxx（打开首页）；
2.点击新闻动态“xxx成立!”（打开新闻动态）；
1. 1cpu 4GB内存压测统计
1）10个线程组并发
●聚合报告
并发10个用户，持续运行10分钟，完成9920次访问请求，最小响应速度为0.097秒，最大为0.914秒，平均响应速度为0.168秒，与预期的3秒还快，访问成功率100%，符合预期的需求。

●系统资源耗用
从10:01开始压测，cpu（%Processor Time）使用率急剧上升到了100%，然后持续运行10分钟10:11结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（Available MBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。

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

●系统资源耗用
从10:37开始压测，cpu（%Processor Time）使用率急剧上升到了100%，然后持续运行10分钟10:47结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（Available MBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。

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

●系统资源耗用
从10:50开始压测，cpu（%Processor Time）使用率急剧上升到了100%，然后持续运行10分钟11:00结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（Available MBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。

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

●系统资源耗用
从11:01开始压测，cpu（%Processor Time）使用率急剧上升到了100%，然后持续运行10分钟11:11结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（Available MBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。

针对访问新闻动态统计
2. 4cpu 4GB内存压测统计
1）10个线程组并发
●聚合报告
并发10个用户，持续运行10分钟，访问新闻完成2201次访问请求，最小响应速度为0.018秒，最大为0.102秒，平均响应速度为0.026秒，与预期的5秒还快，访问成功率100%，符合预期的需求。

●系统资源耗用
从11:39开始压测，持续运行10分钟11:49结束，cpu（%Processor Time）使用率维持
在30%以下，小于预期75%使用率；可用物理内存（Available MBytes）一直维持在2400MB 左右，内存使用率42%左右，与预期小于70%，总体符合预期需求。

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

●系统资源耗用
从12:27开始压测，持续运行10分钟12:37结束，cpu（%Processor Time）使用率维持在60%以下，小于预期75%使用率；可用物理内存（Available MBytes）一直维持在2400MB 左右，内存使用率42%左右，与预期小于70%，总体符合预期需求。

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

●系统资源耗用
从13:32开始压测，持续运行10分钟13:42结束，cpu（%Processor Time）使用率主要维持在60%-80%之间，与预期小于75%使用率对比略显偏高；可用物理内存（Available MBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体CPU 略显不足。

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

●系统资源耗用
从13:46开始压测，持续运行10分钟13:562结束，cpu（%Processor Time）使用率主要在90%以上，与预期<75%使用率对比，cpu存在不足；可用物理内存（Available MBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体上CPU明显存在瓶颈。

针对访问新闻动态统计（4cpu 4GB内存）
八、结果：
1. 1cpu 4GB内存压测：
2. 4cpu 4GB内存：
实用标准
九、结论及建议：
1.结论：
1.1 1cpu 4GB内存压测：
当压测开始发现硬件CPU存在严重的不足，并发数增加到了500个，服务器的平均响应速度变得很慢8.06秒，达不到预期的目标小于5秒；cpu是个瓶颈。

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

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

文案大全。