jmeter-聚合报告

查看结果树：可以帮我们展示出来每一个接口的请求数据，响应数据，但是没有办法帮我们做数据的汇总； 如果要大批量的跑数据，查看结果树就没法用了，会卡死；会影响性能； 真正做性能测试的时候，用：聚合报告
聚合报告：测试计划-添加-监听器-聚合报告

比如说：线程组中有一个接口，比如说用 线程2个，循环1000次，那一共请求：2000次；

 样本：总请求数
平均值：平均响应时间；
中位数：50%
90%百分位：90%
99%百分位：99%
最小值：最小响应时间
最大值：最大响应时间
异常：报错；
吞吐量：sec每秒，接口每秒的调用量； 吞吐量=tps（仅适合jmeter的聚合报告， 在jmeter的 html报告中就不这么叫了）
接收：jmeter每秒接收来自服务器多少流量-响应；
发送：jmeter每秒发送给服务器多少流量-请求；  （站在jmeter的角度来统计的数据）

比如说：一个线程组有3个接口呢，聚合报告会出现这种现象：这三个接口的样本数、吞吐量几乎一样；  （因为它们三个放在一个线程组里，是被同一个人去执行 的，是按照一定顺序执行的； 每执行一次 getsku 接口，就去执行一次bug接口，在执行一次userlist接口；最终导致它们执行次数一样的） 
主要：一个线程组内的三个接口，是有依赖的，第一个接口返回 后，提取了数据，再去请求第二个接口， 接口之前先1、再2、再3，是有顺序的；
jmeter 处理的是：同步的接口； 第一个接口请求后，获取到响应，再请求第二个接口；
页面上的异步接口，jmeter 几乎不

结论：只要是同一个线程组内的接口，他们的tps、跟总的请求数肯定是一样的。

如果是多个线程组呢：

线程组1 内有接口1： 线程2个、循环1000次
线程组2 内有接口3个： 线程2个、循环1000次

 这个接口是独立的，所以人家的tps、请求跟线程组2内的接口 请求数、tps 是不一样的。
结论：不同线程组内的多个请求，通常情况下，tps是不一样的。因为它们是相互独立的。

聚合报告：不能帮忙去调试脚本，但可以帮我们统计数据；

用jmeter 做请求的时候，是jmeter 就是客户端，发送请求；然后

 接收：是jmeter接收到 来自服务器返回的响应。 jmeter的 下载
发送：是jmeter 发送给服务器的请求。 jmeter的上传； 
这两个数据是jmeter 真正的吞吐量；是站在jmeter的角度来统计的。