以下是在测试过程中按照以前loadrunner的思维来做的一点区别:
一、组织方式之setup
在用loadrunner做接口测试的时候如果不是针对login的测试,那么一般也会把login接口放到init中,然后通过关联取得sessionid,userid等值用在后面测试中。
那么在做Jmeter的测试时理所当然的想到了这种组织方式,所以就这么用了,但是却引来了一个不容忽视的问题。
把login放到setup中,登录无论是通过cookie还是session都会存在同一个问题,那就是作用域,cookie的作用域是线程组,因此在测试线程组中没法获取这些值,
session也是一样,虽然能够统通过属性来获得这些值,但是属性是固定的,不适合多个线程共同执行。无奈只能放弃这种方法。而改用一次控制器来进行这种操作。
二、cookie的管理方式
在用loadrunner的时候这种方式都是关联得到的,因此在Jmeter的使用过程中也想当然的这么理解了,在用badboy录制完脚本后,发现cookie是空的还很奇怪,
难道录制有问题?
然后自己通过关联的方式取得一些和用户相关的键值保存到cookie中,后来在测试中发现一些自己没有保存的值cookie中也存在,感觉很是奇怪,查了资料发现
Jmeter的cookie是自动管理的,只需要添加一个cookie的容器即可,会自动的根据response header的部分进行cookie的设置。也算是理解了这种工作方式。
三、session的管理方式
在loadrunner中同样sessionid也是通过关联取到的,但是Jmeter中却没有这么麻烦,只需要添加HTTP URL 重写修饰符即可,如下
只需要指定一个参数那么就会在以后的每次请求中自动带上这个sessionid了。
时间: 2024-10-27 10:43:06