loadrunner脚本由于没有token报错

[toc]

场景

用loadrunner11录制脚本，处理后回放，加上检查点，报错找不到检查点对应的内容，去掉检查点，没有报错，可是打开页面没有该操做的痕迹。手动在页面上操做没有问题。

解决过程

1. 怀疑是脚本中请求有问题或者没有做关联。在页面上经过开发者工具（F12）查看几个关键请求，都没有问题，顺序和内容都能对得上。使用到的参数和返回值，都是固定的，无须关联。
2. 查看应用日志，看是否有报错信息。应用有十几个中心，经过dubbo调用，然而因为使用的docker容器，日志没有作改造，没法进行采集查看，并且启用的容器数量比较多，还有其余人使用，查看入口的web容器日志（6个），跑loadrunner脚本，没法看清日志内容，只能做罢。
3. 使用postman模拟loadrunner中报错的请求。将loadrunner中的请求转换在postman中实现，发现报错用户没有登陆。此次采用的架构与以前不一样，后端为java应用，前端为react，经过接口和后端交互，因此其实loadrunner中的请求与前端和后端交互的请求基本一致，可是loadrunner没有保存接口要求的验证信息token，同时，token通过必定时间要求更新，因此出现该问题。

解决方案

知道了问题为loadrunner请求时没有在header中加入token，就简单了不少。在登陆步骤，获取token，而后，在须要token认证的步骤的header中加入token。

// token长度较长，web_reg_save_param默认长度为256，不够存储，因此须要该函数设置其长度（1024字节）
web_set_max_html_param_len("1024");
// 获取token函数，第一个参数为存储的变量名，LB和RB为左边界和右边界，ORD为第几位，NotFound为找不到时的响应
web_reg_save_param("token",
    "LB=\"token\":\"",
    "RB=\"",
    "ORD=1",
    "NotFound=warning",
    LAST);
// 打印
lr_output_message("token is %s\n",lr_eval_string("{token}"));
// 为接下来的请求header添加内容
web_add_header("token","{token}");

总结

压测相关的东西，如今是在边实战边学（主要是以前搞压测的同事离职了），以前看着同事弄，感受很简单，就是录制，而后参数化，关联，就完事了，只要懂业务就好了，本身上手了才发现，好多loadrunner方面的东西不少都不懂，还有业务方面也有不少不懂，仍是要多动手多学习。

------------------------------------------分割线------------------------------------------------------------- 2019.10.16号补充： 今天发现，web_add_header只对后续的第一个请求有效（这个早就知道了其实），而若是是经过页面录制的脚本，每每请求数不少，每一个请求前都加上会很麻烦，lr提供了另外一个函数web_add_auto_header，自动为全部请求加上header，只须要在获取到token后，使用该函数，则会自动为后面全部请求添加header。