当虚拟用户开发完成之后，使用Controller将这个执行脚本的用户从单用户转化为多用户，从而模拟大量用户操作，进而形成负载。（多用户单循环，多用户多循环）我们需要对负载模拟的方式和特征进行配置。
场景（Scenario）
用来模拟大量用户操作的技术手段，通过配置和执行场景向服务器产生负载，验证系统各项性能指标是否达到用户要求，而Controller可以帮助我们对场景的设计、执行及监控进行管理。
使用Controller管理场景主要分为：场景设计、场景监控。最后通过运行场景完成性能测试的执行。
手工场景（Manual Scenario）
定义：
自行设置虚拟用户的变化，通过设计用户的添加和减少的过程，来模拟真实的用户请求模型，完成负载的生成。手工场景是‘定量型’性能测试，掌握负载变化过程中系统各个组件的变化情况，定位性能瓶颈并了解系统的处理能力，一般在负载测试和压力测试中应用。手工场景的核心就是设置‘用户负载方式’
手工场景-计划方式
scenario:多个脚本之间按照设定的场景计划来统一运行。
group:多个脚本之间按照独立设置模式跑，各个脚本可以单独设置虚拟用户、运行时间等。
手工场景-运行模式
Real-world schedule(实际计划)
可以通过Add-Action来添加多个用户变化过程，包括多次负载增加用户、持续时间、停止用户
basic schedule（基本计划）
经典模式，只能设置一次负载运行的虚拟用户配置，不能添加多个用户变化过程
目标场景（Goal-Oriented Scenario）
定义：
设置一个运行目标，通过Controller的自动加载功能进行自动化负载，如果测试的结果达到目标，说明系统的性能符合测试目标，否则就提示无法达到目标
目标场景-5种目标类型
- Virtual Users
该参数表示虚拟用户数，验证被测系统所需要支持的用户数
- Hits per Second
该参数表示每秒点击数，是指一秒钟能做到的点击请求数目，即客户端产生的每秒请求数（正常情况下=服务器请求响应数）
- Transctions per Second
该参数表示每秒事务数，一个事务代表一个操作，反应系统的处理能力
- Transctions Response Time
该参数表示事务的响应时间，反应系统的处理速度以及一个操作花费的时间
- Pages per Minute
该参数表示每分钟页面的刷新次数，反应系统每分钟提供的页面处理能力，代表了系统的整体处理能力