以下是在测试过程中按照以前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了。