性能测试爬坑之路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 有对应关系的