在前面的博客當我們討論性能測試時，我們在說什么？中有聊過性能測試的目的和本質。性能測試過程中，監控分析和調優是最核心也是占比最大的一部分。 性能分析的目的是找出系統性能存在的瓶頸與風險，性能調優就是盡可能用更少的資源提供更好的服務。而其關鍵點，就是生成負載、監控相關指標。 性能測試前期 ...

最近有些同學找我咨詢關於性能測試計划相關的問題，原因是他們公司要做性能測試，Leader要求寫一份性能測試計划，苦於之前沒做過相關工作，無從下手。 這篇博客，結合我個人的一些經驗和總結，聊聊如何制定一份較為全面的性能測試計划。。。 一、測試背景 首先要闡述本次性能測試的背景，即被測系統 ...

性能測試的目的，是通過模擬真實的業務場景和海量的用戶請求及數據對業務系統進行多種場景的測試，來驗證各個服務的性能表現是否滿足實際的業務需要。 長期來看，性能測試最終的目標是為生產環境容量規划提供可靠地參考數據，使生產服務的可用性、擴展性和穩定性更高，讓技術更好的服務業務，創造更多的價值 ...

好久沒更博客了，最近忙着調整狀態、適應新環境各方面，學習方面大多都是零散的筆記，感覺再不更新下，就真的要斷更了。有點理解寫作者的苦衷了，催更啊。。。。。。 由於新公司業務快速發展帶來的流量突增以及技術負債各方面，性能的問題就開始急速冒頭，這點很多創業階段的中小型公司都存在該問題，表現在如下幾個 ...

今年跳槽到一家電商企業，性能測試需要從零開始。在性能測試不斷推動落地過程中，積累了一些從零開始的經驗和教訓，自己也在有計划的寫一個系列《性能測試從零開始實施指南》。 前面已經聊過了從零開始要做的一些事情，比如：《性能測試從零開始實施指南——流程篇》、《性能測試從零開始實施指南-文檔建設篇 ...

大概去年這時候，寫過一篇博客：淺談容量測試與容量規划，里面聊了一些我個人對於容量測試和容量規划的一些了解以及想法。 由於今年我司要搞雙十一大促，因此全鏈路壓測中很重要的一環——容量測試和容量規划被列入了待辦事項。 與之相對的，想正確的進行容量測試，對線上容量規划提供重要的參考依據，容量評估 ...

閱讀全文需10分鍾，篇幅較長，但內容很具有參考價值，請耐心讀完 1. 前言 本文是公號內性能專題，更新的第四篇，前三篇可參照上述。本想從理論到實踐，以循序漸進的形式為大家分享介紹性能的知識體系，《性能專題之服務端測試》這部分，內容其實已經編寫整理差不多了，完整文章列表 ...

導圖 演進 基礎建設 1、文檔建設 前段時間知乎回答了一個問題：做技術人是不是都反感寫文字類的東西，比如需求文檔，需求分析等等？之前的博客也寫過類似的內容：性能測試從零開始實施指南——文檔建設篇。 我個人認為無論是作為個人學習筆記抑或一個Team的累積沉淀，文檔建設的工作 ...