提起性能测试,你的第一反应是什么?是不屑一顾地认为,它很简单,没发展前途?还是觉得性能测试就是做些脚本、参数化、关联,压测完成之后,扔出一个结果出来就完了。
举一个我的亲身经历:我曾经在某零售业大厂做过一个性能咨询项目。他们的硬件资源很多,256C512G 的机器有一堆,但是生产环境中,几乎没有把 CPU 用得超过 5% ,但性能问题还是不断出现。后来经过两周的性能分析,我们最后把硬件配置降到了原来的四分之一,但同时又把性能提高了 10 倍。如果你做完性能测试调优后,可以把系统 TPS 从 100 提高到 10000,把响应时间从 0.1ms 降为 0.01 ms,把 CPU 的使用率从 100% 变成 50%,那么你作为性能测试工程师的价值和核心竞争力就体现出来了。但是我遇到不少工程师,在学习性能测试的时候,经常会遇到各种各样的问题,比如:每天跑测试只是发现性能不好,可就是不会分析啊!
CPU 利用率很低,为什么性能问题还是会持续出现?
JMeter 和 LoadRunner 的功能那么多,分析的时候到底该用哪个?
Swap 怎么就莫名其妙飘黄了呢?
场景执行的逻辑是什么?怎么判断性能场景是可以覆盖线上场景的?
服务器实例从 7 个扩展到了 17 个之后,TPS 没上去,资源也没用上,超时还大量的报。怎么办?
......
以上这些问题,你可能也遇到过。那么,面对这类性能测试或分析、调优问题该如何解决呢?从极客时间《性能测试实战30讲》这则专栏可以清晰的看到作者梳理出的知识框架「性能测试知识全景图」,分享给你建议保存。看过这则专栏我最深的感触就是作者敢于带领读者打破传统观念的桎梏,“ 性能测试不仅仅是测试就结束了,我更希望教给你如何分析,如何调优 ”。30讲的内容,作者也详细分享了 14 年的性能工作经验及教训,通过真实案例理清性能分析的几大要点及策略,推荐给大家充电。
高楼,网名 Zee,现为独立性能测试与分析咨询顾问,前 HP 高级性能专家。从事性能测试调优 14 年。从四五个人的小团队开始,一直到有 300 余人的国内外混合团队。他带着这些团队,完整地做过大概 40 多个性能项目,一直强调性能测试之后的调优过程,致力于将性能测试与分析的结果在生产环境中体现。通过这个专栏,刷新你对性能测试的认识,让你知道这个方向可以干很多事情,让性能变得有价值。基础概念篇:我会通过真实项目,澄清一些性能测试的基础概念,并告诉你真正具有指导价值的性能测试概念是什么,怎么用。性能场景及工具篇:通过性能测试工具的实操案例,对应性能测试前后的逻辑关系,帮你在不同的场景下选择不同的工具,并重点讲解 JMeter 和LoadRunner 的使用原理。监控分析篇:我将通过讲解操作系统、应用服务器、数据库、缓存服务器、Java、C++ 等监控工具的使用和分析方法,带你分析性能监控数据的含义,精准定位系统瓶颈。案例实战篇:讲解不同实际操作场景中的性能测试分析过程,带你厘清系统瓶颈的判断逻辑。 ![](https://filescdn.proginn.com/6bf7a739b02e341018865388af98c991/7edee85a8c4e3dcbe128b49f81a1be7c.webp)
订阅后可通过「极客时间 App」或「极客时间小程序」我的-已购,学习已订阅的专栏。