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

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

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

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

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

上篇博客，介紹了性能測試從零開始實施如何制定流程。開始本篇博客之前，讓我們先回想下在你的工作經歷中，是否遇到過下面的一些問題： 1、要做接口測試，找開發要接口文檔，開發告訴你沒有接口文檔，要么自己去看代碼，要么抓包； 2、來了新同事，領導要求你帶帶新人，由於歷史原因，沒有最新的PRD、沒有流程 ...

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

首先，什么是混合場景。 做性能測試，場景設計，就是為了模擬真實用戶對服務器發起請求，那真實的環境用戶請求會是什么樣呢？也許同時，有 100 個人在訪問你的服務器，對你服務器發起了請求事件，但是他們的請求可能各不相同，有的是刷新頁面，有的是登錄，有的請求某個商品，有的在添加購物車，有的在付款 ...