2.Controller: 压力调度控制台 [场景设计]
1）场景模式：基于手工场景、VU是否用百分比方式分配（用户量大时选择）
Scenario方式（所有组共享场景配置）、Group方式（ 不同组可以独立场景设置， 比如可以组1执行完后再执行其他）
2）脚本组：组名、脚本路径、VU数量、Load Generator 负载生成器的选择（默认本机承担压力，后续可以联机测试）
3）用户的行为：
<1> 初始化：一般默认运行前初始化
<2> Start Vuser: VU加载方式， 默认同时启动VU
如果递增：每隔_HH:MM:SS_时间，启动__个用户
<3> Duration 持续时间
A.运行直到结束：将运行的次数由 Run-time Settings决定
设置迭代次数 -- 适合明确迭代次数时使用
B.运行_Days _HH:MM:SS_时间：
适合明确运行多久时使用，比如1小时、12小时、1天
每个VU在该时间内，反复迭代Action脚本，时间将至，工具通知VU结束运行
4）Run-time Settings 运行时设置
<1> 迭代次数：10次
<2> Pacing: 迭代间隔时间 随机的2.000~4.000s
<3> Log: 启用 Enable
选择Always send message 能够记录生成日志文件
默认选择标准日志，如果查看更详细，可选扩展日志
<4> Think time: 思考时间，就是请求、步骤之间的间隔时间，时间越长，压力越小
VU就1个，目前忽略，对测试结果影响不大
<5> 附加参数：一般不用
<6> 杂项：
1. 错误处理 Error Handling 一般默认，错误就结束；
如果在线综合场景，需要选择 错误时继续 Continue on error 避免个别错误影响整个场景持续运行；
2. VU模拟方式：进程Process 或 线程Thread
推荐使用线程，节约系统资源 2000左右 ， 进程优势就是稳定，但无法起足够多
3. 自动事务，目前不用
<7> 网速模拟：使用最大带宽 Use maxium bandwidth
让请求更快到达服务器
<8> 浏览器模拟： 建议不使用浏览器缓存：让测试更公平
缓存Cache 能够缓解服务器压力， 第一次需要加载，后续无需加载
如果为了促进执行成功，可以启用缓存，比如确保数据执行都成功，为后续内容提供铺垫；
5）日志结果设置：Results菜单 -> Results Settings
结果目录名：场景名_log1
结果目录存放位置：C:\LR_Project\log
选项第1项：新的会不断产生
选项第2项：新的会覆盖旧的 选择
从Design 设计视图 -> Run 运行监控视图
6）系统资源监控：
添加指标，选择监控的主机名，目前localhost 平台WinXP
自己添加监控的指标
运行并监控场景结束后，获取结果报告：
Analysis Results 按钮
结果文件名：场景名_r1 .lra