jmeter性能测试篇——测试聚合报告之分析报告

性能测试实战篇——测试聚合报告之分析报告

我们设置线程数为100个 ，等待时间2秒，就是说线程准备两秒后，同时发起100个请求。

简单压测一下bd搜索结果

注意：这里我们讨论下，我们压测的是服务器真实的并发么？ 欢迎老铁们留言讨论！

我个人认为不是，哈哈！之前也看过不少文章。服务器测试真实并发，测试用户端需要和服务端在一个局域网。所以结果：我们此次实战当然不是服务器真实并发。

为什么要在一个局域网呢！，只有在一个局域网内，认为网络可靠，网络延迟为零，用户端接受到的请求等于服务端所接受到请求。那么好比100个客户端并发等于100个服务端并发。

用户端的并发 远大于服务端的并发

聚合报告

label：我们接口http 或者https 的自定义名称
Samples：各个请求的数量
Average：平均响应时间，单位（毫秒）默认是单个Request的平均响应时间，当使用了Transaction Controller时，也可以以Transaction为单位显示平均响应时间。
Median：50%的用户响应时间小于这个值。
90%Line：90%的用户响应时间小于这个值。
95%LIne：95%的用户响应时间小于这个值。
99%LIne：99%的用户响应时间小于这个值。
Min：用户响应时间最小值。
Max：用户向实践最大值。
Eorror%:请求的错误率 = 错误请求的数量/请求的总数
Throughput:吞吐率，每秒完成处理的用户请求数。一般认为它为TPS。注意单位的变化，如上图中，当TPS很低时，jmeter中默认会统计成每分钟的值，这时我们需要换算成以秒为单位） 吞吐量=请求数/总时间
KB/sec：每秒从服务器端接收到的数据量

那么我们这个报告解读下：
请求数100个，用户平均响应时间为4.179s、50%的用户氢气小于3.805s、90%用户小于5.965s、95%用户小于7.799秒、99%用户请求时间小于8.219秒、UI大请求时间14.098s 、最小请求时间为0.894s 、100个请求没有出错、吞吐率为每秒完成7个请求处理。

完成，后面继续分享。！感谢网上分享的老铁！