效能測試從實際執行層面來看，測試的過程一般分為這麼幾個階段，見圖：
效能需求分析是整個效能測試工作開展的基礎，如果連效能的需求都沒弄清楚，後面的效能測試工具以及執行就無從談起了。
在這一階段，效能測試人員需要與pm、
dev及專案相關的人員進行溝通，同時收集各種專案資料，對系統進行分析，確認測試的目標。並將其轉化為可衡量的具體效能指標。
測試需求分析階段的主要任務是分析被測系統及其效能需求，建立效能測試資料模型，分析效能需求，確定合理性能目標，並進行評審；
主要包括：設計場景，根據場景編寫程式、編寫指令碼、準備測試環境，構造測試資料，環境預調優等；
針對系統的特點設計出合理的測試場景。為了讓測試結果更加準確，這裡需要很細緻的工作。如建立使用者模型，只有知道真實的使用者是如何對系統產生壓力，才可以設計出有代表性的壓力測試場景。這就涉及到很多資訊，如使用者群的分布、各型別使用者用到的功能、使用者的使用習慣、工作時間段、系統各模組壓力分布等等。只有從多方面不斷的積累這種資料，才會讓壓力場景更有意義。最後將設計場景轉換成具體的用例。
測試資料的設計也是乙個重點且容易出問題的地方。生成測試資料量達到未來預期數量只是最基礎的一步，更需要考慮的是資料的分布是否合理，需要仔細的確認程式中使用到的各種查詢條件，這些重點列的數值要盡可能的模擬真實的資料分布，
否則測試的結果可能是無效的。
預調優指根據系統的特點和團隊的經驗，提前對系統的各個方面做一些優化調整，避免測試執行過程中的無謂返工。比如乙個高併發的系統，
10000
執行階段工作主要包含兩個方面的內容：一是執行測試用例模型，包括執行指令碼和場景；其次測試過程監控，包括測試結果、記錄效能指標和效能計數器的值
發現問題或者效能指標達不到預期，及時的分析定位，處理後重複測試過程。效能問題通常是相互關聯相互影響的，表面上看到的現象很可能不是根本問題，而是另一處出現問題後引起的反應。這就要求監控收集資料時要全面，從多方面多個角度去判斷定位。調優的過程其實也是一種平衡的過程，在系統的多個方面達到乙個平衡即可。
編寫效能測試報告，闡明效能測試目標、效能結果、測試環境、資料構造規則、遇到的問題和解決辦法等。並對此次效能測試經驗進行總結與沉澱。具體效能測試報告的編寫可以參考《效能測試報告模板》。
上面所有內容中，如果排除技術上的問題，效能測試中最難做好的，就是使用者模型的分析。它直接決定了壓力測試場景是否能夠有效的模擬真實世界壓力，而正是這種對真實壓力的模擬，才使效能測試有了更大的意義。可以說，效能測試做到一定程度，差距就體現在了模型建立上。
至於效能問題的分析、定位或者調優，很大程度是一種技術問題，需要多方面的專業知識。資料庫、作業系統、網路、開發都是乙個合格的效能測試人員需要擁有的技能，只有這樣，才能從多角度全方位的去考慮分析問題。
效能測試過程
一 測試計畫 非功能需求調研 制定 非功能測試方案 評審 非功能測試方案 二 測試準備 測試環境準備 測試指令碼準備 測試資料準備 測試場景及監控準備 三 測試執行 回歸的話需要多次進行 測試場景執行 場景執行監控 執行結果分析 系統效能調優 四 測試總結 測試結果整理和分析 編寫 非功能測試報告 ...
效能測試過程
13.1 效能測試過程概述 13.2 效能測試設計 需要關注的問題 事務需求 技術需求 系統要求 團隊要求 分析從五個方面分析 需求調研 事務模型 場景模型 資料設計 環境設計 13.2.1 需求調研 與專案經理訪談 當前開發狀態 期望的效能目標 測試起止時間 所處生命週期 與業務專家訪談 關鍵業務...
效能測試一般過程與LR效能測試過程
效能測試作為測試分類的乙個大類，等同於系統測試中的功能測試 安全性測試和配置測試等，因此她的測試過程是對整個測試型別中測試過程的乙個描述，因此包含了測試需要的確認目標，熟悉系統 獲得需求等部分，因此效能能測試 performance testing 的測試一般過程如下 1 制定目標和分析系統 2 獲...