性能测试实战30讲
高楼
前HP高级性能专家,7DGroup创始人
立即订阅
4054 人已学习
课程目录
已更新 24 讲 / 共 30 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词丨“老板,之前咱TPS是100,我优化完是10000”
免费
第一模块:性能测试基础篇 (6讲)
01丨性能综述:性能测试的概念到底是什么?
02丨性能综述:TPS和响应时间之间是什么关系?
03丨性能综述:怎么理解TPS、QPS、RT、吞吐量这些性能指标?
04丨JMeter和LoadRunner:要知道工具仅仅只是工具
05丨指标关系:你知道并发用户数应该怎么算吗?
06丨倾囊相授:我毕生所学的性能分析思路都在这里了
免费
第二模块:性能测试工具及性能场景篇 (9讲)
07丨性能测试工具:如何录制脚本?
08丨案例: 手把手教你编写最简单的性能脚本
09丨关联和断言:一动一静,核心都是在取数据
10丨案例:在JMeter中如何设置参数化数据?
11丨性能脚本:用案例和图示帮你理解HTTP协议
12丨性能场景:做参数化之前,我们需要考虑什么?
13丨性能测试场景:如何进行场景设计?
14丨性能测试场景:如何理解业务模型?
15丨性能测试场景:如何进行监控设计?
春节策划 (2讲)
春节策划丨性能评估和性能分析试题,等你挑战!
春节策划丨快来挑战一下自己的分析逻辑吧!
第三模块:性能监控分析工具篇 (6讲)
16丨案例:性能监控工具之Grafana+Prometheus+Exporters
17丨CentOS:操作系统级监控及常用计数器解析(上)
18丨CentOS:操作系统级监控及常用计数器解析(下)
19丨Java & C ++:代码级监控及常用计数器解析(上)
20丨Java & C ++:代码级监控及常用计数器解析(下)
21丨Tomcat:中间件监控及常用计数器解析
性能测试实战30讲
登录|注册

15丨性能测试场景:如何进行监控设计?

高楼 2020-01-17
在性能测试中,我觉得监控是非常重要的环节。因为这是做性能分析的前提,走出这一步,才有后面的分析。
监控是性能分析承上启下的关键点。
设计监控是我们性能测试工程师必须要做的事情。当然了,仅仅设计监控是不够的,还要看懂监控数据才能分析。我们将在后面的篇幅一一拆解。
我觉得性能测试工程师也一定要自己去实现一遍监控的环节,而不是直接用其他团队搭建的监控工具。你可以自己找个 demo 服务器做一遍,这样才能真正理解后续要关注的点在哪里。
之前在一个项目上,我跟团队成员说,把监控一层层部署起来。有个小姑娘提出一个疑问:“监控有什么要部署的吗?不是用 JConsole 就好了吗?”我说每个工具都有功能的局限性,所以要多种工具配合在一起才能有完整的数据可分析。然后我又问她这个想法从哪来的。她说之前带她的一个测试经理说的,对 Java 的应用,只要用 JConsole 监控就好了。我不知道他们的沟通上下文,但我理解如果不是这姑娘在断章取义,那就是这个测试经理引导错误了。
监控平台还指望别人给搭好,点个链接就能出数据了,这显然不是一个技术人员该有的样子。

监控设计步骤

如果要让性能测试人员设计监控逻辑,要如何做呢?
首先,你要分析系统的架构。在知道架构中使用的组件之后,再针对每个组件进行监控。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《性能测试实战30讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(7)

  • 餘生
    看完这篇文章的感觉就是,一个武林高手给了我一本100页的书,我以为就是秘籍的全部,原来只是目录

    作者回复: 这个比喻非常的恰当。如果要秘籍的全部,估计还要再写几个专栏。
    而做为我写的第一个专栏,我希望能授人以渔。

    2020-01-20
    3
  • 小老鼠
    老师好厉害,作了二十年测试还是没听懂,好专业。
    2020-01-30
  • 小老鼠
    监控工具运行在服务器端的,会不会影响系统的性能数据

    作者回复: 从极端的角度来说,每个监控工具运行在服务端都会对性能有影响。取的数据越多越影响。所以,我们的监控工具选择的时候,基本也使用和运维同样的工具。
    这样测试出现的结果也和生产一样了。因为生产上也是用这些监控工具来做的。

    2020-01-30
  • 律飛
    1.为什么要先有全局监控,再有定向监控?
    先全局监控,才能有全面系统的数据分析,避免遗失信息,能更快速有效的发现问题。
    通过分析全局、定向、分层的监控数据做分析,再根据分析的结果决定下一步要收集什么信息,然后找到完整的证据链,才能体现监控的价值。
    2.为什么不建议一开始就上代码级的监控工具呢?
    因为代码级的监控消耗资源,更重要的是,代码级监控数据很多,查看这些数据耗费精力,就像大海捞针,没必要像无头苍蝇乱撞。如果定位到它们有问题时再去监控、去看,更一针见血。

    作者回复: 这位同学已经完全理解我的意图,非常好。

    2020-01-19
  • 沃克
    最后4张图是用什么工具得出来的?

    作者回复: k8s的dashboard呀。
    最后一个是skywalking。

    2020-01-19
  • songyy

    思考题
    为什么要先有全局监控,再有定向监控:因为首先要从大方向上,找到瓶颈在哪里;再进入细节去分析,才比较有效率
    为什么不建议一开始就上代码级的监控工具呢:一上来就上代码级别的监控,一方面配置这些监控太耗时间,另一方面可能得到的数据,也用不上


    另外,我们公司用的是DataDog,可以给每个机器单独的top/ps命令的记录,我们公司从框架级别支持收集一些基本的数据(比如,一个GRPC耗时多久),把AWS的相关数据也都集中在这里,还可以设置起来对应的报警;感觉颇为好用

    作者回复: 挺好。工具可以让我们工作更有效率,原理让我们理解看哪些数据。

    2020-01-19
  • 土耳其小土豆
    全局监控是要先检查哪块出现性能问题、然后再抽丝剥茧、一层层的往下查找、这样能准确定位到问题的所在,不致于导致盲目的不知所措的为了找问题而找问题。不过不同的组件监控工具都不同吗?还是工具通用的、只是模版不同?

    作者回复: 基本没看到通用的监控工具。
    不同组件的计数器都不一样,也不可能有什么模板。

    2020-01-17
收起评论
7
返回
顶部