lr_controller

controller基础应用

1）控制虚拟用户数量，关键组件是负载生成器
2）控制性能测试场景，关注ramp up和ramp down,但难点是多少虚拟用户数量和运行时间是合理的？
3）控制各种运行策略
4）附属功能：指标监控

注意：

1）manual scenario 手工场景：自己设计测试策略，推荐。
goal-oriented scenario 目标导向的场景：lr根据性能目标，自动设置相应参数。鸡肋。
2）由于支持多脚本并发，所以scenario schedule有两种模式：scenario和group,代表各脚本策略场景一样、不同脚本有不同的场景。
不建议同时运行多个脚本。
3）右下角的图中，倾角45°的线叫ramp up，代表用户逐渐增多，倾角135°的线叫ramp down，代表用户逐渐减少。
4）选择run mode中的real-word schedule，可以更加真实的模拟真实场景（用户增加和较少的趋势），手动添加stop Vusers和duration.
5) run mode中的basic schedule是基础场景，多为拱形，一起上升一起下降，但尽量不要用门型场景（长方形的样子：直线上升/下降）

controller负载生成器

需要设定load generators的地址，但默认情况下只能选一个服务器地址，可以将其转换成百分数模式
（菜单栏scenario-convert scenario to the percentage mode）

controller其他应用

控制各种运行策略：

1）IP欺骗，①服务器对客户端的IP地址有验证要求，②要求IP地址不同，③只适用于局域网，不能用于互联网。（原理：一个物理网卡可以绑定多个IP地址；方法：写一个dos批处理，自动添加多个IP，命令是netsh，方法二：使用LR中的IP向导自动添加多个IP）
若要进行性能测试，只能取消这个验证，或者设置万能的IP地址避免验证，跟图片验证码类似。
使用哪块网卡绑定IP，就用哪块网卡做连接，方便测试。
2）带宽模拟，run-time setting->network->speed simulation，电信说100M，是以bit为单位，但我们的下载速度是以字节为单位，两者差8倍。

controller性能监控

1）操作系统windows控制面板里提供了性能监控工具
2）远程监控windows系统服务器，必须要能以管理员身份运行；而unix系统不用登录，只需要运行该进程（为外界提供监控数据）