JMeter网站测试分析

 WEB类型：

User Driver：以用户量作为衡量系统性能的主要指标的系统，典型如IM系统、企业内部业务系统；
TPS-Driver：以tps作为衡量系统性能的主要指标的系统，典型的如消息系统、支付系统、批量处理系统。

    建立用户模型、日活跃量、分析用户的行为....

    二八原则

    假设网站得到如下数据：

550*80%/400/2=0.55次  每个用户每小时登陆次数
计算平均每个用户在高峰时间段每小时的活动频率---》workload
日活跃用户，该数据用于容量测试，如之前计算出的登录2次/秒，可乘以500
（日活跃用户是相对于流失用户来说的，是对网站真正有登录操作过行为的用户。流失用户曾经注册过之后不再登录的用户，对于一个网站而言，真正有意义的是活跃用户数而非总用户数，因为只有这些用户在为网站创造着价值）
 
比方说拿一个网站测试
第一确定测试目标       响应时间：<2s
      点击率：10次/秒
第二确定用户模型
      登录平均每天500次
      交易明细查询300次
      退出100次
      在高峰时间段2小时同时在线人数300人
     建立workload：
第三JMeter页面参数设置
    设置线程数75个，Ramp-Up 600秒，循环次数为6次
 
此处存在的疑问：线程数和Ramp-Up的值设置多少合理？ 
解析：  如果你是模拟300个用户的话，需要75个线程(4个用户一个线程)。 资料里说ramp的设置需要慢慢调整，这点确实是这样的，当然我还是可以预先做一些计算使得尽快到达合理的值。比如，上面设置的一个线程一共有6个请求，一个小时内完成，设置的是等长时间达到；像你这样ramp是10s的话，10s后所有75个线程都启动，这个75个线程基本会差不多同一时间来后后面的几个请求，虽然总的算下来确实符合每小时xx个请求，但是请求分布不均匀。
 
可以这样计算，上面计算到每个线程一个小时发6个请求，也就是每10分钟发一个请求，我们想要这10分钟内后面线程的请求能够均匀的分布，也就是 10*60/75=8s；也就是说线程按照8s一个的间隔开始运行（每个线程一开始就要发一个请求，通常是这样做的），在10分钟时，最后一个线程刚开始启动，第一个线程此时要发第二个请求了，一次类推，每10分钟内我们的请求都是比较均匀的。 
根据上面的估算，可以设置 rampup=8*75，也就是10分钟，这个数值基本是合适的。
 
4、设置监听器
5、查看并分析结果
 
根据loadosophia.org结果显示：
Average Response Time: 15 ms 
90% Response Time: 24 ms 
Min Response Time: 5 ms 
Max Response Time: 33 ms 
 响应时间是否符合要求需要预先跟团队协商，没有非常硬性的标准，团队协商大致可以这样：
1.评估请求从客户端发出到服务端处理完毕的每个环节需要的时间
2.网络延迟可以从一些渠道获取或者参考目前同类网站的响应时间
 
  