jmeter插件
jmeter作为开源工具，提供了很多插件，方便我们使用。但是有的时候，毕竟需要是多样的，已有的插件可能无法满足我们的需求，这时就要感谢jmeter的开源性，让我们可以开发自己想要的插件
最近开始学jmeter用来做接口接口测试，所以顺其自然的，因为不同的需求，需要用不同的插件。感谢唐雪老师的耐心细心教导，也辛苦他开发插件，我直接奉行了拿来主义。
话不多说，下面开始介绍：
当测试一条业务线时，有可能下面的case的参数值是上面的case的值。但如何使上面的case中的某值传下来方便下面的case使用，这里就要用到路径提取工具。
Destination Variable Name --------提取的值放在此处定义的变量中；
JSONPath Expression --------变量所在的路径，此路径中不包含数组；
Default Value --------值提取失败的时候的返回结果，即错误提示
用到此插件的原因同上。区别是，当路径中包含数组，当希望提取的变量存在于数组中，且数组有多组，就不能只用上面的插件了。
产生的变量名称 ---------提取的值放在此处定义的变量中；
JSON数组路径描述 ---------变量所在的路径；
目标值key ---------变量所在数组及具体变量；
数组其他匹配值 ---------因多个数组，通过匹配数组中其他值来确定是哪组的值要提取；
默认变量值 ---------值提取失败的时候的返回结果，即错误提示
该插件的产生，是因为调用接口时，回传的一些值是按一些的数序排序显示，而目前的插件中并不满足测试排序的需求；而某些情况下，服务端返回的某字段的数量是固定的，因此产生中的插件—计算关键字数量区域；或者，对于2个前后case对某同一属性的关键字做大小判断。例如通过判断数据的返回时间与当前系统时间的差值来判断数据已返回并且时当前时间返回，因此用到了——【比较变量大小逻辑判断区域】
这个断言插件使用的最频繁的，因为每次访问服务端总会返回数据。而通过内容断言，可以对此后的返回值是否正确做个快速的判断。对于大部分需要判断但个别不需要判断的key，放在【JSON结果检查时不检查内容的key】。根据此插件中的提示语，可以方便的使用。
有需求的时候，现有插件无法解决时，自己开发插件使用还是很好的。所以不会开发的，不会java的，赶快学起来吧
网友评论