性能测试爬坑之路10 controller 基础应用

关住 公 纵 号 “  阿蒙课程分享    ”  获得学习资料及趣味分享　

controller 及场景设计

隐藏的组件负载生成器（用来模拟用户数量，loadrunner 核心的组成部分）

controller :

    控制虚拟用户的数量

    控制性能测试场景

    控制各种运行策略（考虑用户的带宽，如果只用局域网中的100M的带宽（不考虑有的用户用的是3g,4g的网络）就严重偏离性能测试严格要求的原则了）

      附属功能：指标监控

1.手工场景（默认）  ，所有的策略都是测试人员配置

    用百分比的模式去分发虚拟用户（虚拟用户分配的时候会用到）

2.目标导向场景，简化了场景本身的设计（鸡肋设计，100用户响应时间达到5秒，策略自动生成）

带宽 100%  不会系统崩溃，最多是堵一下，等待时间长一点，或者是超时了服务端没有响应

CPU 100% 不会系统崩溃，只是CPU的队列排的越来越长，响应时间越来越慢而已

内存 100%  系统会崩溃

以上这些都是不能通过目标导向场景知道的

3. 不要把很多脚本混合在一起进行性能测试，一个脚本做他该做的事情，测他该测的东西，为了避免混乱，不能分析出问题出在什么地方

4.性能测试测试的模块越少越好，就测那几个核心的就行了，比如对于bbs,我们就测试登陆发帖，这两个最核心，使用的频率最高的，次重要的是浏览帖子和回复，这个也是使用用户量很大的频率很高的功能，无非就把这四个功能测试一下就可以了，我们做的不是功能测试，我们挑选模块的原则非常简单，就是去评估那个模块最可能有问题，那个模块用户的使用频率最高，用户使用频率最高的他出问题的影响面最广，他的潜在的损失就更大

5.设置虚拟用户数量

6.查看性能测试脚本

添加、删除 group 跟下面的时序（schedule by） 中的 group 有对应关系的