一. 業務學習：通過檢視文件，手工作業系統來了解系統功能。
二. 需求分析：分析系統非功能需求，圈定效能測試範圍，了解系統效能指標。
三. 工作評估：工作量分解，評估工作量，計畫資源投入（需要多少人力，多少工作日來完成工作）。
四. 設計模型：圈定效能測試範圍後，把業務模型對映成測試模型。
測試模型：支付系統和銀行要進行互動，但銀行不能提供支援，就要開發程式去代替銀行系統功能（擋板程式，mock），保證此功能的效能測試能夠開展；這個過程就叫測試模型。五. 計畫編寫：計畫測試工作，在文件中明確列出測試範圍、人力投入、持續時間、工作內容、風險評估、風險應對策略等。通俗點講，就是效能測試用例設計+效能測試實現方案；用例只關注業務，模型還需要關注如何實現，是否具有可操作性，可驗證性等問題，最後還要根據不同的測試目的組成不同的測試場景。
六. 指令碼開發：錄製或者編寫效能測試指令碼，開發測試擋板程式，開發測試程式等。有時候如果沒有第三方工具可用，甚至需要開發測試程式或者工具。
七. 測試環境準備：效能測試環境準備包括伺服器與負載機兩部分。伺服器是被測系統的執行平台（包括硬體與軟體，比如應用伺服器需要8gore，32g記憶體，中介軟體是jboss7等），負載機是我們用來生產負載的機器，用來安裝負載工具，執行測試指令碼。
八. 測試資料準備：根據資料模型來準備被測系統的主資料與業務資料（主資料是保證業務能夠執行暢通的基礎，比如選單、使用者等資料；業務資料是執行業務產生的資料，比如訂單；資料量變化會引起效能的變化，在測試的時候往往要準備一些存量/歷史業務資料，這些資料需要考慮數量與分布）。
九. 測試執行：測試執行是效能測試成敗關鍵，同樣指令碼不同執行員得出的結果可能差異較大。這些差異主要體現在場景設計與測試執行上。
十. 缺陷管理：對效能測試過程中發現的缺陷進行管理。
十一. 效能分析：對效能測試過程中暴露出來的問題進行分析，找出原因。
十二. 效能調優：效能測試工程師與開發人員一起來解決效能問題。
十三. 測試報告：測試工作的重要交付件，對測試結果進行報告，主要包括常見的效能指標說明（tps、rt、cpu using……）,發現的問題等。
十四. 效能測試主要交付件：
測試計畫十五. 評審：對效能報告中的內容進行評審，確認問題、評估上線風險。有些系統雖然測試結果不理想，但基於成本時間的考慮也會在評審會議中通過從而上線。測試指令碼
測試程式
測試報告或者階段性測試報告
本文參考《全棧效能測試修煉寶典–jmeter實戰》
效能測試流程
很多人剛剛接觸效能測試的時候，拿到客戶提出的大致需求，如併發使用者數是500，響應時間3秒。然後就開始做指令碼，加壓執行，收集測試結果 等客戶問到 某某流程支援多少併發？各個測試流程比例是否和實際使用者使用情況一致？可擴充套件需求情況如何？然後我們就傻眼了.拿到乙個效能測試任務的時候，我們首先需要明...
效能測試流程
一 需求提測 需求分析 查詢 1 效能指標 tps 現在大於17筆 秒，未來大於100筆 秒。rt小於500ms 2 介面是什麼 3 接 互協議是什麼 http 4 線上資料是多少 5w 5 部署幾台機器 6 系統架構 二 效能方案 1 業務分分析，系統架構，系統設計 2 效能指標 tps 現在大於...
效能測試流程
效能測試思路 資訊 你是有經驗的，你所說的都應該是做過的 效能角度 使用者 快 響應時間 response time 客戶 多 業務處理能力 吞吐量 tps hps pv 開啟頁面數 throughtput 開發商 軟體 演算法 db是否優化 運維 管理員 硬體 資源利用率 調研 1 目的 1 最大...