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

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

controller 可以多个脚本一块运行，所以 schedule by 有两个类型

第一个 scenario 场景   group   分组

scenario 场景， 只需要设置一次，针对所有的脚本有效

group   分组，每个分组有自己单独的场景

为了获得准确的性能指标，不建议同时运行多个脚本

分组可以是针对特殊情况应用

real-world schedule 真实世界的时序

basic schedules  基本时序

RAMP UP   用户慢慢增加的线

RAMP DOWN  用户慢慢减少的线

1.这样的梯子式增长虚拟用户数量这样的场景设计有更深层次的功能

    1.1 当用户增加时我就可以考察当我的用户慢慢增加的时候我的指标的相对应的变化趋势，我可以通过这样一条线获取到的数据来分析出来，同样我可以看到哪些指标变化的频率跟用户增长的变化是相当的，那些指标的增长至慢于他的，哪些指标的频率是高于他的，这些都可以看到这样一个暂时的数据结果，跟他持平的相当于跟他的用户数关联程度高，用户越多，他的指标越高

，跟他比较增加的速率要低意味着这个指标对用户数的增加没那么敏感，如果随着用户的增加，某个指标增加的更陡峭，证明他对用户数的增加非常的敏感，影响很高，这是我们通过 ramp up 这个过程获取到的很多有用的数据

   所以，一方面我们要模仿真实的用户场景要去评估一些指标变化的一些趋势，一方面我们还可以知道上述信息

可以通过双击设置出多个高峰的场景

难点不是使用工具，而是并发多少用户是合理的，到底运行多长时间是合理的？

测试的方案是最难的