本文主要探讨了控制器在性能测试中的作用，包括控制虚拟用户数量、性能测试场景以及运行策略。强调了不应将多个脚本混合测试，而应专注于核心模块，如登录和发帖功能。同时提到了不同类型的场景设计，如手工场景和目标导向场景，并分析了带宽、CPU和内存对系统性能的影响。最后，讨论了如何设置虚拟用户数量和管理性能测试脚本。
关住 公 纵 号 “ 阿蒙分享 ” 获得学习资料及趣味分享
controller 及场景设计
隐藏的组件负载生成器（用来模拟用户数量，loadrunner 核心的组成部分）
controller :
控制虚拟用户的数量
控制性能测试场景
控制各种运行策略（考虑用户的带宽，如果只用局域网中的100M的带宽（不考虑有的用户用的是3g,4g的网络）就严重偏离性能测试严格要求的原则了）
附属功能：指标监控
1.手工场景（默认） ，所有的策略都是测试人员配置
用百分比的模式去分发虚拟用户（虚拟用户分配的时候会用到）
2.目标导向场景，简化了场景本身的设计（鸡肋设计，100用户响应时间达到5秒，策略自动生成）
带宽 100% 不会系统崩溃，最多是堵一下，等待时间长一点，或者是超时了服务端没有响应
CPU 100% 不会系统崩溃，只是CPU的队列排的越来越长，响应时间越来越慢而已
内存 100% 系统会崩溃
以上这些都是不能通过目标导向场景知道的
3. 不要把很多脚本混合在一起进行性能测试，一个脚本做他该做的事情，测他该测的东西，为了避免混乱，不能分析出问题出在什么地方
4.性能测试测试的模块越少越好，就测那几个核心的就行了，比如对于bbs,我们就测试登陆发帖，这两个最核心，使用的频率最高的，次重要
最低0.47元/天 解锁文章
扫一扫
285
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
