1.测试计划(test plan)：是描述一个测试过程的基础元件，也是默认的，请注意后续的添加有 目录等级关系，跟作用域息息相关
2.线程组：线程数的概念对应的是 Loadrunner 的虚拟用户数（vuser）
所有的运行参数都在这边修改； 线程数是改变虚拟用户的配置，是我们最常用的 下面的配置是压测启动参数的修改；
3.监听器：红色方框中是我们在测试中常用插件，查看结果树会看到请求中的 request 和 response，这个插件在性能测试中需要禁用，会影响性能 测试的结果，我们的性能指标一般在聚合报告中查看；
4.断言;性能测试中的断言也是很重要的，在我以往的经历中，很多公司走两 个极端，要么不设置断言，性能测试看一遍结果指标即可，要么断言 很重，甚至会连接数据库校验，这两种方式都不可取，不设置断言只 会停留在 http 状态码层面的成功，可能业务偏离都不能及时发现， 如果很复杂的校验，甚至连接数据库,redis，会增加很多额外的开销， 占用数据库连接等，这样详细的校验一般在接口测试场景中完成就可 以，所以我比较推荐在返回值中做一些弱校验，这个也并非绝对，我 们要看业务的许可度进行。
5.前置处理器&后置处理器:这两个插件也是比较常用的，用于数据准备，存储，关联等
6.正则提取:简单来说就是提取返回报文中的数据进行函数化，下次请求时在带入进去。
名称解释:
a.Name of created variable: 正则获取的值, 上图填写的 lastmileTrackingNumber1，引用时需要使用${lastmileTrackingNumber1}
b.Regular expression:用户获取需要的值表达式, 双引号间的值赋值给引用lastmileTrackingNumber1
c.template: 如果表达式有多个正则, 则表示解析到第几个值赋值给lastmileTrackingNumber1. 用$$括起来, 这里用$1$
匹配数字: 0 表示随机, 1,2,3....则表示相应的第几个值.
这样获取的值就存到 lastmileTrackingNumber1变量里了，请注意，第一行的 lastmileTrackingNumber1 是 我起的变量名，换成其他的可以如 ABC 等，第二 行 lastmileTrackingNumber1是根据登录接口的返回报文去匹配的，要看返回报文的实际内容，不可以任 意更改；