jemeter 查看结果树 分析

查看结果树,可以看到测试通过,通过 的测试通常为绿色。红色则代表失败了。可以查看到取样器结果,请求,响应数据

取样器结果中可以查看到响应头,响应数据大小,响应时间等信息。

Thread Name: 线程组名称

Sample Start: 启动开始时间

Load time: 加载时长

Latency:  等待时长

Size in bytes: 发送的数据总大小

Headers size in bytes: 发送头大小

Body size in bytes: 发送数据的其余部分大小

Sample Count: 发送统计

Error Count: 交互错误统计

Response code: 返回码

Response message: 返回信息

Response headers: 返回的头部信息

请求

可以在请求中查看到host,参数值等信息

响应数据

这个1是指http请求的返回值。这个是服务器返回来给客户端的。具体表示是什么需要看你们开发定义的这个1具体代表是什么意思。打个比方,假如这个是登录的一个接口。需要传用户名,密码,验证码。你带着参数请求这个接口。假设开发定位的返回值有  1(成功) 2(帐号不存在) 3(密码错误) 4(验证码不正确)5(验证码失效);这个1就是这些返回值中的其中一个,具体是那一个需要看传的参数在服务器中的操作是如何。
时间: 2024-10-06 13:57:01

jemeter 查看结果树 分析的相关文章

解决:jmeter查看结果树的响应数据提示超过最大值Response too large to be displayed

问题:用jmeter做接口测试时,查看结果树的数据没有显示全,给出下面的错误提示 Response too large to be displayed. Size: 1349830 > Max: 204800, 解决方法:修改jmeter.properties文件,将view.results.tree.max_size的值修改大一些,比实际的Size大. 例如:view.results.tree.max_size=2349830 然后重启jmeter,再次请求,响应结果正常显示了

jmeter断言,结果报告--6(响应断言和JSON断言,聚合报告,查看结果树)常见状态吗的排查方式

http状态码的介绍和常见排错方法: 1.响应断言 需要检查响应的内容,可以使用响应断言: 添加 -- 断言 -- 响应断言 2.JSON断言:如果响应的结果是JSON格式,则可以使用json断言去实现. json表达式: $.code 代表json中的code字段值 详细用法参见:https://github.com/json-path/JsonPath 3.查看结果树 监听器 -- 查看结果树 4.聚合报告 Throughput 吞吐量——默认情况下表示每秒完成的请求数(Request pe

性能测试坑 ① 无法查看结果树的报错内容,分析报错内容

=.= 时至今日我也不懂他妈的怎么看不到结果树的报错.... 于是拐了个弯查看response到底是什么玩意儿,在代码中加了一段记录: //log.info("resp is :"+resp); 如果报错了,给我打印response的内容. 在jmeter.log中查看log日志. 有一个问题,就是如果报错内容非常多的时候,log日志会非常非常大,坑比吗?坑.

查看RenderObject树的内部表示

有时候我们需要知道自己写的页面排版的具体细节,DumpRenderTree是个不错工具.它位于WebKit/WebKitBuild/[Debug|Release]/bin目录下,直接运行会出错: gdb ./DumpRenderTree ./DumpRenderTree http://192.168.1.100/BoxModeofCSS.html [Thread debugging using libthread_db enabled] Using host libthread_db libra

Maven查看依赖树

1.命令行,但是只能查看一层的引用 mvn dependency:tree 如图所示: 2.使用Eclipse的Dependency Hierarchy查看,这个就比较深层次的查看,如图所示: 3.使用IDEA查看,非常的全,如图所示: 可以看出非常清晰的树状图,毕Eclipse清晰.

Java内存状况查看方法和分析工具

Java本身提供了多种丰富的方法和工具来帮助开发人员查看和分析GC及其JVM内存的状况,同时开源界也有一些工具用于查看和分析GC和JVM内存的状况. 通过这些分析,可以排查程序中内存泄露的问题及调优程序的性能. 1.输出GC日志 输出GC日志对于跟踪分析GC的状况来说,无疑是最直接的分析内存回收状态的方法,只是输出之后需要人为的去分析,来判断GC的状况. JVM支持将日志输出到控制台和指定的文件中,方法如下: a>输出到控制台 在JVM的启动参数中加入-XX:+PrintGC -XX:+Prin

Splay树分析

简述 Splay树是一种二叉查找平衡树,其又名伸展树,缘由是对其进行任意操作,树的内部结构都会发生类似伸张的动作,换言之,其读和写操作都会修改树的结构.Splay树拥有和其它二叉查找平衡树一致的读写时间复杂度O(log2(n)).Splay树的优点是实现简单(苦于红黑树的小伙伴有福了),并且功能异常强大.其缺点其一是所有操作都会修改树结构,因此对其进行的任意操作都需要进行同步,当然单线程就无需进行担心.其二是Splay树的时间复杂度的常数较大. Splay实现 splay操作 Splay树的结点

在根文件系统中查看设备树(有助于调试)

a. /sys/firmware/fdt  进入/sys/firmware目录后便可看到二个文件,一个是devicetree文件夹,另一个是fdt(原始dtb文件,可以用hexdump -C fdt 将其打印出来查看就会发现里面的数据和dtb文件是一致的). b. /sys/firmware/devicetree 以目录结构呈现的dtb文件. 根节点对应base目录, 每一个节点对应一个目录, 每一个属性对应一个文件 c. /sys/devices/platform 系统中所有的platform

线段树---分析 && 模板总结

线段树:(转) 数据结构专题---线段树:http://blog.csdn.net/metalseed/article/details/8039326 线段树总结:http://blog.csdn.net/shiqi_614/article/details/8228102 概述: 线段树,类似区间树,是一个完全二叉树,它在各个节点保存一条线段(数组中的一段子数组),主要用于高效解决连续区间的动态查询问题,由于二叉结构的特性,它基本能保持每个操作的复杂度为O(lgN)! 性质:父亲的区间是[a,b