jmeter第一次项目问题大致记录
1、登录无万能验证码，故只能直接使用token，但token会过期，故jmeter中单独设置一个线程组每20秒跑一次交易以保证不过期
2、新增用户
这个交易需要参数，一个用户名，一个唯一的码，想要设置一个自增长的用户名（测试用户1），和一个自增长的码，但是找了半天，不像loadrunner一样有这种功能，遂放弃，python写脚本生成了一个14万行的参数文件，打开都费劲，
一直蛋疼到项目暂停，才发现计数器这个玩意可以完美实现我的需要，数字格式中的0会被数字代替，如下图，发送第一个请求即为：测试用户34962
与每用户独立的跟踪计数器(Track Counter Independently for each User)：全局的计数器，如果不勾选，即全局的，比如用户#1 获取值为1，用户#2获取值还是为1；
如果勾选，即独立的，则每个用户有自己的值：比如用户#1 获取值为1，用户#2获取值为2。
每次迭代复原计数器（Reset counter on each Thread Group Iteration）：可选，仅勾选与每用户独立的跟踪计数器时可用；
如果勾选，则每次线程组迭代，都会重置计数器的值，当线程组是在一个循环控制器内时比较有用。
3、python生成参数的脚本
之前觉得熟不熟悉无所谓，无非上网查就行，真到了用的时候，才知道，如果熟悉是真的方便有用os.getcwd()获取当前所在路径os.path.join()拼接路径os.path.join(os.getcwd(),'***.txt')直接就获得当前文件夹下***.txt的路径os.path.dirname(path):返回path中的文件夹部分，结果不包含’’os.path.basename(path):返回path中的文件名。os.listdir(path):列举目录下的所有文件。返回的是列表类型。os.path.abspath(path):返回path的绝对路径。
4、后交易与前交易关联，前查询交易耗时长，后交易耗时短导致不能用关联这种关系进行负载测试，只能提前准备后交易所需参数，做成参数文件以供使用
前交易响应耗时100ms，后交易耗时5ms，但后交易需要前交易的响应信息，导致后交易无法达到测试目的
5、jmeter各级信息头管理器的信息会叠加
jmeter中各级的http信息头管理器中的信息是会叠加起来的
6、调试脚本时，线程组上右键中的调试功能很有用
7、登录系统时，无需填写用户名密码，f12把token填进去刷新就进系统了
8、响应数据非常多时，jmeter查看响应数据会很卡
但是依然会响应，刚出现时有些着急差点关掉jmeter，关了脚本就丢了