网站压力测试报告.docx

1、网站压力测试报告xxxxxxx网站压力测试报告文档修订记录版本号日期修改人摘要V1.0xxx初稿V1.1xxx4CPU重测一、测试内容本次测试是针对xxxxx网站进行的压力测试，本次压测主要提取用户最常浏览的页面进行压测：访问首页+新闻动态的场景进行压测。二、测试方法1.本次采用apache的开源测试工具jmeter，采用badboy录制脚本生成http请求脚本，并通过http协议get方式发送访问请求，收集服务器响应速度，服务器资源耗用情况。2、安装启动JMeter，分别对以上页面进行压力测试分别测试10、50、100、500个线程，即模拟这些数目的用户并发； Ramp-up period（

2、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.1 1cpu 4GB内存：主机用途机型/OS台数CPU/台内存容量/台对应IP应用服

3、务器win200811 x CPU4GB公网：xxx内网：xxx数据库服务器同上同上同上同上同上1.2 4cpu 4GB内存：主机用途机型/OS台数CPU/台内存容量/台对应IP应用服务器win200814 x CPU4GB公网：xxxx内网：xxxx数据库服务器同上同上同上同上同上2、测试客户端配置主机用途机型/OS台数CPU/台内存容量/台对应IP压力负载生成器win200814 x CPU16GB公网：xxx内网：xxx3、网络环境本次测试是在局域网中进行的测试，暂不会对压测造成瓶颈，该方面影响可以忽略。4、测试时间压测环境测试人测试时间1CPU 4GB内存xxxxxx4CPU 4GB内

4、存xxxxxx五、系统部署系统已经经过开发人员部署在xxx这台机子上，无需另外再次进行系统部署。访问网址：xxx六、测试说明名词定义（时间的单位均为ms）：Samples - 本次场景中一共完成了多少个线程Average - 平均响应时间Median - 统计意义上面的响应时间的中值90% Line - 所有线程中90%的线程的响应时间都小于xxMin - 最小响应时间Max - 最大响应时间Error - 出错率Troughput - 吞吐量七、测试统计及分析压测场景：1.输入网址：xxx （打开首页）；2.点击新闻动态“xxx成立!” （打开新闻动态）；1. 1cpu 4GB内存 压测统计

5、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个用户，

6、持续运行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秒还快

7、，访问成功率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（

8、%Processor Time）使用率急剧上升到了100%，然后持续运行10分钟11:11结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（Available MBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。针对访问新闻动态统计并发线程#SamplesAverage90%LineMinMaxError%Throughput109920168222979140.00%16.6/sec501010871410234322800.00%16.9/sec1001013017992096124730300.00%16.9

9、/sec50010512806091756398140390.00%17.4/sec2. 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%左右，与

10、预期小于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个用户，持

11、续运行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次访问请求，最小

12、响应速度为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内存）并发线程#SamplesAverage90%LineMinMaxError%Throughput1022012632

13、181020.00%3.4/sec5097502835193730.00%16.3/sec100187383354184200.00%27.8/sec50031000110520031937570.00%52.2/sec八、结果：1. 1cpu 4GB内存压测：测试项并发数线程组增量持续运行时间响应时间业务成功率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.

14、4cpu 4GB内存：测试项并发数线程组增量持续运行时间响应时间业务成功率平均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.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内存。