安装包目录结构
1、backups： 存放jmeter对脚本的自动备份保存文件
2、bin：jmeter的可执行文件目录，包含启动、配置等相关文件
3、dosc：程序自带的官方文档本地存放目录
4、extras：扩展插件目录<比如程序自带的对ant支持一系列插件>
5、lib：所有的插件存放目录
6、licenses：jmeter证书的目录
7、printable_docs：用户手册及demo存放目录
主程序功能模块
测试计划：整个用于运行jmeter脚本集，所有用于运行的脚本内容都包含在测试计划之内
线程组：线程组是我们的主战场,这里包含了所有会被执行的采样器、控制器等，很多文章可能会告诉你，线程组是脚本执行的起点，但我认为他是伪起点。后续会介绍原因
配置元件：个人理解类似于编程语言中的方法。被调用才会执行，但在jmeter中，如果有采样器被执行，则所有的上层配置元件都被调用
监听器：通过收集服务器的响应数据进行分析，最终以表格、图形、树形、文本的型是展现出统计结果
定时器：就字面意思，等待，模拟实际操作中的暂停、延迟、人脑反应等。单位为毫秒
逻辑控制器：主要分为两大类，一类是会对取样器进行逻辑控制的，一类是对于取样器进行整理，但不会对执行逻辑造成影响的。
While控制器<While Controller>快速入口
临界部分控制器<Critical Section Controller>快速入口
ForEach控制器<ForEach Controller>快速入口
Switch控制器<Switch Controller>快速入口
执行时间控制器<Runtime Controller>快速入口
交替控制器<Interleave Controller>快速入口
仅一次控制器<Once Only Controller>快速入口
随机顺序控制器<Random Order Controller>快速入口
吞吐量控制器<Throughput Controller>快速入口
事务控制器<Transaction Controller>快速入口
录制控制器<Recording Controller>快速入口
前置处理器：在采样器请求发出之前执行，对请求做一些数据的准备工作，当放在线程组之外的时线程组内的任意一个请求执行之前都会触发执行一次前置处理器
后置处理器：在采样器请求发出之后执行，对请求的返回结果进行提取、正确值查询处理，当放在线程组之外的时线程组内的任意一个请求执行之后都会触发执行一次后置处理器
断言：根据不同的断言方式对采样器请求返回的结果进行校验。仅对断言模块的下层请求生效
测试片段：个人理解也类似与编程语言中的方法，与配置元件不同的地方在于，只有在主动调用的时候才会执行，而不是只要有采样器被执行就会调用
非测试元件：录制脚本时使用，没有多用过，不做讨论，个人认为录制的脚本太low，实用价值不高，不推荐录制