一 測試背景
首先闡述本次效能測試背景，即被測系統型別，面向哪些使用者，具備什麼特點，為什麼進行效能測試，預期的一些指標等等
比如：為了保證“雙十一”大促期間，系統能穩定執行且保障業務的高可用，進行效能測試
核心：評估系統效能、分析效能變化趨勢，定位系統瓶頸風險，協助規劃系統容量
二 測試的目的
測試目的在於透過測試交易系統業務功能及流程實現的正確性、可靠性、易用性，確保系統符合業務 需求規格說明書的要求，且系統效能指標和資料庫伺服器管理方案滿足應用要求。透過測試找出系統 的效能瓶頸及缺陷，為系統調優提供依據；確定系統能處理的最大業務量，能夠支援的最多使用者數、 併發數
測試的目的要根據測試背景來分析設定，比如： 1、線上服務由於流量過高某部分應用掛了，那測試目的就是：定位瓶頸、分析調優驗證； 2、系統架構由叢集技改為微服務，那測試目的就是：驗證穩定性、可用性、單例項容量，為線上服 務擴容提供容量規劃資料；
三 測試範圍
透過需求調研，分析使用者使用場景，對業務資料量增長變化趨勢及峰值活躍使用者等資料做定量分析， 確定被測系統的應用範圍，比如登入+購物車 訂單：建立訂單，取消訂單 購物車:新增購物車
四 測試人員
根據被測的範圍，指定被測的人員進行負責測試對應的人員，責任到人 如:李四：測試訂單的業務 張三：測試新增購物車的業務
五 環境說明
一般來說，進行效能測試的環境儘量接近我們的真實環境，可以在我們的灰度環境進行測試,如在灰 度環境，網路是wifi
如:軟硬體環境
灰度環境架構圖
測試工具
網路 公司同一wifi等等
六 測試方法
比如我測試購物車壓力測試: 模擬伺服器與終端使用者之間的網路連線，對Jmeter的虛擬使用者使用512K的頻寬限制設定，分別模擬 50個使用者同時（同一秒級）向同一功能點（單一業務）或多個功能點發出操作請求，測試系統的響 應能力，包括響應時間以及CPU、記憶體、磁碟、網路等資源的使用狀況，以驗證系統對50個使用者並 發請求時的支援能力。
1）併發使用者數量的設計
a．極限法：根據效能需求，假設目前系統要求最大的併發使用者數為50個。選擇不同的訪問時間段， 給系統50的查詢處理併發量，並持續10分鐘，在此過程中收集系統資源利用情況和響應時間（TPS, CPU%,Response Time）。對於同一個場景，可以使用10，20，30，40不同的使用者併發量（步進 為10）。
b．使用者趨勢分析：按照今後N年的使用者數量增長和業務增長（30％）分析，N年後要達到的使用者數 量與業務量的併發要求。假設N年後，最大併發使用者數量是65，同時訪問系統的最大使用者數為 1040。選擇不同的訪問時間段，以步進為10逐步增加併發交易數量，直至到達最大併發使用者數量 65，在此過程中收集系統資源利用情況和響應時間（TPS,CPU%,Response Time）。
七 測試時間表
對應的時間完成對應的工作量
八 組織架構
組織架構即本次效能測試涉及到的團隊各角色成員，主要包含這些：PM角色（產品經理）、測試、 開發、運維、DBA（資料庫管理員）、網路、基礎架構。示例：
九 風險分析
