网站压力测试报告

1、.xxxxxxx网站压力测试报告.文档修订记录版本号日期修改人摘要V1.02017.07.20xxx初稿V1.12017.08.04xxx4CPU 重测.目录一、测试内容.4二、测试方法.4三、测试目标.4四、测试环境.41、系统环境配置 .41.1 1cpu 4GB 内存： .51.2 4cpu 4GB 内存： .52、测试客户端配置.53、网络环境 .54、测试时间 .5五、系统部署.6六、测试说明.6七、测试统计及分析 .61.1cpu 4GB 内存压测统计 .62.4cpu 4GB 内存压测统计 .10八、结果： .141.1cpu 4GB 内存压测： .142.4cpu 4GB 内存

2、：.15九、结论及建议： .151.结论： .151.11cpu 4GB内存压测： .151.24cpu 4GB内存压测： .162.建议：.16.一、测试内容本次测试是针对 xxxxx网站进行的压力测试，本次压测主要提取用户最常浏览的页面进行压测：访问首页 +新闻动态的场景进行压测。二、测试方法1.本次采用 apache 的开源测试工具 jmeter ，采用 badboy录制脚本生成http 请求脚本，并通过 http 协议 get 方式发送访问请求，收集服务器响应速度，服务器资源耗用情况。2、安装启动 JMeter ，分别对以上页面进行压力测试分别测试10 、 50、 100 、500 个

3、线程，即模拟这些数目的用户并发；Ramp-up period （ inseconds ）的值设为1（即 1s启动 10、50、 100、 500 并发访问），并发持续运行为10 分钟；。3、测试指标提取：测试线程组增持续运响应时间业务成功率CPU 使内存使项并发数行时间用率用率量每秒增加10 分钟<=5 秒98%1010 个每秒增加10 分钟<=5 秒98%访问5050 个新闻<75%<70%动态每秒增加10 分钟<=5 秒98%100100 个每秒增加50010 分钟<=5 秒98%500 个三、测试目标CPU 增加到 4 核，是否可以达到预期并发数500

4、 个。四、测试环境1、系统环境配置测试分为2 轮进行压测，服务器配置有2 种：.1.1 1cpu 4GB 内存：主机用途机型 /OS台数CPU/台内存容量 /对应 IP台应用服务器win200811 x CPU4GB公网： xxx内网： xxx数据库服务器同上同上同上同上同上1.2 4cpu 4GB 内存：主机用途机型 /OS台数CPU/台内存容量 /对应 IP台应用服务器win200814 x CPU4GB公网： xxxx内网： xxxx数据库服务器同上同上同上同上同上2、测试客户端配置机型 /OSCPU/台内存容量 /主机用途台数对应 IP台压力负载win200814 x公网： xxxCP

5、U16GB生成器内网： xxx3、网络环境本次测试是在局域网中进行的测试，暂不会对压测造成瓶颈，该方面影响可以忽略。4、测试时间压测环境测试人测试时间1CPU 4GB 内存xxxxxx4CPU 4GB 内存xxxxxx.五、系统部署系统已经经过开发人员部署在xxx 这台机子上，无需另外再次进行系统部署。访问网址： xxx六、测试说明名词定义（时间的单位均为ms）：Samples -本次场景中一共完成了多少个线程Average -平均响应时间Median -统计意义上面的响应时间的中值90% Line -所有线程中90%的线程的响应时间都小于 xxMin -最小响应时间Max -最大响应时间Er

6、ror -出错率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 结束，

7、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%

8、不相符；可用物理内存（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 MByt

9、es ）一直维持在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 左右，内

10、存使用率29%左右，与预期小于 70%，总体不符合预期需求。针对访问新闻动态统计并发#SamplesAverage90%LineMinMaxError%Throughput线程109920168222979140.00%16.6/sec501010871410234322800.00%16.9/sec1001013017992096124730300.00%16.9/sec50010512806091756398140390.00%17.4/sec2. 4cpu 4GB 内存压测统计1） 10 个线程组并发聚合报告并发 10 个用户， 持续运行 10 分钟，访问新闻完成 2201 次访问请求，

11、 最小响应速度为 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.

12、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 秒，最

13、大为 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

14、秒，最大为 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 内存）并发#SamplesAverage 90%LineMinMaxError%

15、Throughput线程1022012632181020.00%3.4/sec5097502835193730.00%16.3/sec100187383354184200.00%27.8/sec50031000110520031937570.00%52.2/sec八、结果：1. 1cpu 4GB 内存压测：测试线程组增持续运响应时间CPU 使内存使项并发数行时间业务成功率用率量用率.10每秒增加0.196 秒100%100%29%10 分钟10 个访问50每秒增加0.714 秒100%100%29%10 分钟新闻50 个每秒增加动态1001.799 秒100%100%29%10 分钟100 个

16、每秒增加50010 分钟8.06 秒100%100%29%500 个2. 4cpu 4GB 内存：测试并发数线程组增持续运响应时间业务成功率平均 CPU内存使项量行时间使用率用率10每秒增加10 分钟0.026 秒100%20%以下42%10 个访问50每秒增加10 分钟0.028 秒100%50%以下42%50 个新闻每秒增加动态10010 分钟0.033 秒100%75%以上42%100 个每秒增加50010 分钟1.105 秒100%95%以上42%500 个九、结论及建议：1.结论：1.11cpu 4GB 内存压测：当压测开始发现硬件CPU 存在严重的不足，并发数增加到了500 个，服务器的平均响应速度变得很