监控
- 负载测试设计
- 负载测试执行
- 如何找出 最大可接受的并发用户数
- 1、tps中有没有连续报错
- 2、多少并发用户数时,平均响应时间再1.5s
- 3、服务器资源利用率不能超过 预警值
- 监控看到服务器的cpu的使用率 2个cpu的时候,cpu使用率已经超过80%
为什么要有监控?
- 做性能测试,最终想要的目标, 要想的到 性能指标数据值;有性能问题,找到问题调优。
- 这两个中,都需要【数据】支撑。
- 数据怎么来? 先有激发,然后,在获取数据。
- 激发: 性能测试
- 获取数据: 监控
- 性能测试中的监控,有监控工具、监控平台
- 最近简单 监控工具
ServerAgent
ServerAgent的优势:- 1、简单
- 2、可以监控 Windows、linux服务器
- 3、可以与图像界面的jmeter集成
- ServerAgent运行
- 电脑要有 jdk\jre 8 kyj项目中1.7jdk也可以 ----没有就运行不了
startAgent.bat\sh----win、linux、mac- 来监控收集硬件资源使用情况 ------不能收集服务
- 放到被监控的机器上
- linux使用
- jdk
- unzip make
UDP、TCP 数据传输方式,默认都是用 4444
jmeter脚本中添加 监听器 》PerfMon Metrics Collector


想要监控多个硬件资源,请使用多个监听器,不要放在一个监听器中。
注意点:
- 服务器资源利用率 升高和下降, 与 并发用户数多少 有关系, 但是, 并不是 并用户数上升,资源利用率就要上升------这个说法是错
- ServerAgent默认端口4444端口,在一些云服务器端口被禁用----不允许对外开放这个端口
./startAgent.sh --tcp-port 6789 --udp-port 0- 监控的数据,在用CLI无图像界面的时候,数据不会保存。所以,你看不到监控工具
- cli命令的时候,用 监控平台去收集存储数据,通过监控平台来看。
性能测试
性能测试 最终 要得到性能指标
负载测试,找性能测试的原动力----并发用户数
前面负载 大概 注册接口 最大可接受的并发用户数 32
- 性能场景设计
- 普通的线程组
- 线程数: 并发用户数
- ramp-up时间: 启动所有并发用户数的时间 ------- 只是说明,在你设定的时间点结束的时候,线程数会产生。
- 循环次数:请求次数
- 默认1 只请求1次,收到响应,就停止
- 永远 永远执行,直到规则满足停止
- 永远 + 调度器一起用 缺一不可
- 普通的线程组
1万+

被折叠的 条评论
为什么被折叠?



