做了多年性能測試，你會分析和調(diào)優(yōu)嗎？

提起性能測試，你的第一反應(yīng)是什么？

是不屑一顧地認(rèn)為，它很簡單，沒發(fā)展前途？還是覺得性能測試就是做些腳本、參數(shù)化、關(guān)聯(lián)，壓測完成之后，扔出一個(gè)結(jié)果出來就完了。

實(shí)際上真的是這樣嗎？

在我看來，真正的性能工程師，可以把結(jié)果整理清楚之后，又可以下結(jié)論，提出解決方案：線上根據(jù)這個(gè)測試結(jié)果，做對應(yīng)的配置，系統(tǒng)肯定可以穩(wěn)定運(yùn)行。又或者是：當(dāng)前測試說明了線上不能支持，后面應(yīng)該如何優(yōu)化。

既要有前期的測試，還要有中間的分析，以及最后的調(diào)優(yōu)，三者首尾銜接，缺一不可。

如果你做完性能測試調(diào)優(yōu)后，可以把系統(tǒng) TPS 從 100 提高到 10000，把響應(yīng)時(shí)間從 0.1ms 降為 0.01 ms，把 CPU 的使用率從 100% 變成 50%，那么你作為性能測試工程師的價(jià)值和核心競爭力就體現(xiàn)出來了。

但是我遇到不少工程師，在學(xué)習(xí)性能測試的時(shí)候，經(jīng)常會遇到各種各樣的問題，比如：

• 每天跑測試只是發(fā)現(xiàn)性能不好，可就是不會分析啊！
• CPU 利用率很低，為什么性能問題還是會持續(xù)出現(xiàn)？
• JMeter 和 LoadRunner 的功能那么多，分析的時(shí)候到底該用哪個(gè)？
• Swap 怎么就莫名其妙飄黃了呢？
• 場景執(zhí)行的邏輯是什么？怎么判斷性能場景是可以覆蓋線上場景的？
• 服務(wù)器實(shí)例從 7 個(gè)擴(kuò)展到了 17 個(gè)之后，TPS 沒上去，資源也沒用上，超時(shí)還大量的報(bào)。怎么辦？
• 壓力工具中的響應(yīng)時(shí)間長，但是怎么定位到是哪里呢？
• ......

高樓是誰？

學(xué)習(xí)性能測試分析+調(diào)優(yōu)的方法是什么？

• 掌握 JMeter 和 LoadRunner 的使用原理

• 20+ 性能測試真實(shí)場景解析

• 落地性能調(diào)優(yōu)的解決方案

• 3 種監(jiān)控工具分析 6 大系統(tǒng)環(huán)境