Jmeter场景设置叙述
JMeter的线程组设置里有一个调配器设置，用于设置该线程组下脚本执行的开始时间、结束时间、持续时间及启动延迟时间。当需要半夜执行性能测试时会用到这个功能。
设置调度器配置，需要将前面的循环次数设置为永远（自己感觉，因为这样才不会因循环次数不够而终止压测）
执行顺序
JMeter元件的执行顺序是顺序遍历测试计划的树形结构（类似于二叉树的中序遍历）。
场景的概念： 场景是用来尽量真实模拟用户操作的工作单元，场景设计源自于用户真实 操作。
场景设计是根据收集分析用户的实际操作而定义的Jmeter脚本的执行策略。
性能测试中涉及的基本场景有两种，即单一业务场景和混合业务场景，这两种业务场景缺一不可，缺少任何一种都不能准确评估系统性能，定位系统瓶 颈。
Jmeter场景主要通过线程组设置来完成
线程属性： 线程数：设置并发用户线程数量，即通常意义的并发用户数，一个线程对应一个 模拟用户
Jmeter场景运行 Jmeter的场景运行方式分为两种，一种是GUI界面运方式行，一种是命令窗口 （Windows的DOS命令窗口）运行
GUI方式运行： 1、本地运行：本地运行即只运行本地一台Jmeter机器，所有的请求通过该机器发 送。 远程运行： 远程运行是用一台Jmeter控制机控制远程的多台机器来产生负载。控制机与负载 机之间通过RMI方式来完成通信。
命令窗口运行： 命令窗口运行没有Jmeter界面，通过DOS命令窗口运行场景。用纯命令方式 运行Jmeter是因为Jmeter可视化界面及监听器动态展示结果都比较消耗负载机资 源，在大并发情况下GUI方式往往会导致负载机资源紧张，会对性能结果产生影响。
Jmeter场景运行优化配置： 在性能测试场景运行时，使用GUI方式会占用资源，其实不管是GUI或者命名 模式都会占用一定资源。因为Jmeter是纯Java开发，所以可以调整其性能参数，让 其在Java虚拟机上运行起来更顺畅、效率更高
性能测试执行过程中，场景监控的主要任务是收集测试结果，测试结果 有事务响应时间、吞吐量、TPS、服务器硬件性能、JVM使用情况和数据库 性能状态等。
Jmeter监控服务器资源： 商业性能测试工具如LR都提供了对被测服务器进行性能监控的功能，在使用 Jmeter执行性能测试时，为了尽量减少负载机的资源消耗，一般不建议使用服务 器资源监控的功能。而可以使用第三方工具去监控收集服务器资源
场景设置的要求：
1、因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需要多次改变用户数来确定；
2、建议修改运行时设置，优化对服务器的访问；[Page]
3、计划的设置，每x时间后加载10用户（根据总用户数设置），完全加载后持续运行不超过5分钟（根据需要设置）；
4、集合策略，当运行中的用户数100%达到集合点时释放；
5、注意事项，需要注意几个时间：
1）服务器响应超时时间；
2）登录事务迭代一次所使用的时间；
3）集合点等待超时时间；
4）计划中设置的间隔时间。在我的测试中事务运行一次的时间不超过30秒，通过修改脚本使它的运行时间达到一分钟左右，服务器响应超时时间、结合点等待超时时间、计划中设置的间隔时间都设置为了2分钟。
这样场景开始运行后运行用户数呈阶梯增长，另外在每个上升点新增的用户都会随原来已经运行的用户并发访问服务器。
通过多次的运行和对测试结果中正在运行用户数与错误用户的对比，然后根据定义可接受错误率就可得到该功能的最大并发访问的用户数。
《初学者·笔记》
