• Jmeter使用笔记之意料之外的


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

  • 相关阅读:
    UML统一建模语言笔记
    从零开始学JavaWeb
    也谈微信小程序
    Memcached,你懂的
    一个简单的配置管理器(SettingManager)
    我的AngularJS 学习之旅
    .NET Core 跨平台
    ASP.NET Core 中间件自定义全局异常处理
    面试必考题——递归解题套路
    程序员着装指南
  • 原文地址:https://www.cnblogs.com/a2602162453/p/5169981.html
Copyright © 2020-2023  润新知