本文主要介紹下性能測試的基本流程，性能測試從實際執行層面來看，測試的過程一般分為這么幾個階段，如下圖：

下面分別介紹下每個階段具體需要做什么：

一、性能需求分析：

　　性能需求分析是整個性能測試工作開展的基礎，如果連性能的需求都沒弄清楚，后面的性能測試執行其實是沒有任何意義的，而且性能需求分析做的好不好直接影響到性能測試的結果。

　　一些性能測試人員常犯的錯誤就是測試一開始就直接用工具對系統進行加壓，沒有弄清楚性能測試的目的，稀里糊涂做完了以后也不知道結果是否滿足性能需求。市面上的書籍也大都是直接講性能測試工具如LR，jmeter如何使用，導致很多新手一提到性能測試就直接拿工具來進行錄制回放，使得很多人認為會使用性能測試工具就等于會性能測試了，殊不知工具其實只是性能測試過程中很小的一部分。

　在需求分析階段，測試人員需要與項目相關的人員進行溝通，收集各種項目資料，對系統進行分析，建立性能測試數據模型，并將其轉化為可衡量的具體性能指標，確認測試的目標。所以性能測試需求分析過程是繁雜的，需要測試人員有深厚的性能理論知識，除此之外還需要懂一些數學建模的知識來幫助我們建立性能測試模型。

首先，讓我們來看看通過性能需求分析我們需要得出哪些結論或目標：

• 明確到底要不要做性能測試？性能測試的目的是什么？

• 明確被測系統是什么？被測試系統的相關技術信息如：架構、平臺、協議等

• 明確被測系統的基本業務、關鍵業務，用戶行為

• 明確性能測試點是什么？哪些需要測，為什么？哪些不需要測，又是為什么？

• 明確被測系統未來的業務拓展規劃以及性能需求？

• 明確性能測試策略，即應該怎么測試？

• 明確性能測試的指標，知道測試出來的結果怎么算通過？

其次，需求分析階段我們可以從以下幾個方面入手：

1、系統信息調研：

　　指對被測試系統進行分析，需要對其有全面的了解和認識，這是我們做好性能測試的前提，而且在后續進行性能分析和調優時將會大有用處，試想如果連系統的架構、協議都不了解，我們如何進行準確的性能測試？如果進行性能分析與調優？

　　需要分析的系統信息如下（包括但不僅限于如下這些）：

2、業務信息調研：

　　指對被測試的業務進行分析，通過對業務的分析和了解，方便我們后續進行性能測試場景的確定以及性能測試指標的確定。

　　需要分析的業務信息如下（包括但不僅限于如下這些）：

3、性能需求評估：

　　在實施性能測試之前，我們需要對被測系統做相應的評估，主要目的是明確是否需要做性能測試。如果確定需要做性能測試，需要進一步確立性能測試點和指標，明確該測什么、性能指標是多少，測試通過or不通過的標準？性能指標也會根據情況評估，要求被測系統能滿足將來一定時間段的業務壓力。

　　判斷是否進行性能測試主要從下面兩個方面進行思考：

• 業務角度:

　　 系統是公司內部 or 對外？系統使用的人數的多少？如果一個系統上線后基本沒幾個人使用，無論系統多大，設計多么復雜，并發性的性能測試都是沒必要的，前期可以否決。當然，除非在功能測試階段發現非常明顯的性能問題，使得用戶體驗較差的，此時可進行性能測試來排查問題。

• 系統角度：系統又可以從以下3個方面進行分析

　　a）系統架構：

　　　　　如果一個系統采用的框架是老的系統框架（通常大公司都有自己的統一框架），只是在此框架上增加一些應用，其實是沒有必要做性能測試，因為老框架的使用肯定是經過了驗證的。如果一個系統采用的是一種新的框架，可以考慮做性能測試。

　　b）數據庫要求：

　　　　　很多情況下，性能測試是大數據量的并發訪問、修改數據庫，而瓶頸在于連接數據庫池的數量，而非數據庫本身的負載、吞吐能力。這時，可以結合DBA的建議，來決定是否來做性能測試。

　　c）系統特殊要求：

　　　　　從實時性角度來分析，某些系統對響應時間要求比較，比如證券系統，系統的快慢直接影響客戶的收益，這種情況就有作并發測試的必要，在大并發量的場景下，查看這個功能的響應時間。

　　　　　從大數據量上傳下載角度分析，某些系統經常需要進行較大數據量的上傳和下載操作，雖然此種操作使用的人數不會太多，但是也有必要進行性能測試，確定系統能處理的最大容量，如果超過這個容量時系統需要進行相關控制，避免由于不人工誤操作導致系統內存溢出或崩潰。

4、確定性能測試點：?

　　在上面第3點中，我們簡單分析了如何確定一個系統是否需要做性能測試。下面簡單總結下如果一個系統確定要做性能測試，我們如何確定被測系統的性能測試點？

　　我們可以從下面幾個方面進行分析：

• 關鍵業務：

  　　確定被測項目是否屬于關鍵業務，有哪些主要的業務邏輯點，特別是跟交易相關的功能點。例如轉賬，扣款等接口。如果項目（或功能點）不屬于關鍵業務（或關鍵業務點），則可轉入下面。

• 日請求量：

  　　確定被測項目各功能點的日請求量（可以統計不同時間粒度下的請求量如：小時，日，周，月）。如果日請求量很高，系統壓力很大，而且又是關鍵業務，該項目需要做性能測試，而且關鍵業務點，可以被確定為性能點。

• 邏輯復雜度：

  　　判定被測項目各功能點的邏輯復雜度。如果一個主要業務的日請求量不高，但是邏輯很復雜，則也需要通過性能測試。原因是，在分布式方式的調用中，當某一個環節響應較慢，就會影響到其它環節，造成雪崩效應。

• 運營推廣活動：

  　　根據運營的推廣計劃來判定待測系統未來的壓力。未雨綢繆、防患于未然、降低運營風險是性能測試的主要目標。被測系統的性能不僅能滿足當前壓力，更需要滿足未來一定時間段內的壓力。因此，事先了解運營推廣計劃，對性能點的制定有很大的作用。例如，運營計劃做活動，要求系統每天能支撐多少 PV、多少 UV，或者一個季度后，需要能支撐多大的訪問量等等數據。當新項目（或功能點）屬于運營重點推廣計劃范疇之內，則該項目（或功能點）也需要做性能測試。

　　以上 4 點，是相輔相成、環環相扣的。在實際工作中應該具體問題具體分析。例如，當一個功能點不滿足以上 4 點，但又屬于資源高消耗（內存、CPU），也可列入性能測試點行列。

5、確定性能指標：?

　　性能需求分析一個很重要的目標就是需要確定后期性能分析用的性能指標，性能指標有很多，可以根據具體項目選取和設定，而具體的指標值則需要根據業務特點進行設定，本文不詳細進行闡述，后續可考慮就此單獨寫一篇。

二、性能測試準備

1、測試環境準備：

　　a）系統運行環境：這個通常就是我們的測試環境，有些時候需求比較多，做性能測試擔心把環境搞跨了影響其它的功能測試，可能需要重新搭建一套專門用來做性能測試的環境。

　　b）執行機環境：這個就是用來生成負載的執行機，通常需要在物理機上運行，而物理機又是稀缺資源，所以我們每次做性能測試都需要提前準備好執行機環境。

2、測試場景設計：根據性能需求分析來設計符合用戶使用習慣的場景，場景設計的好不好直接影響到性能測試的效果。

3、性能工具準備：

　　a）負載工具：根據需求分析和系統特點選擇合適的負載工具，比如LR、Jmeter或galting等

　　b）監控工具：準備性能測試時的服務器資源、JVM、數據庫監控工具，以便進行后續的性能測試分析與調優。

4、測試腳本準備：如果性能測試工具不能滿足被測系統的要求或只能滿足部分要求時，需要我們自己開發腳本配合工具進行性能測試。

5、測試數據準備：

　　a）負載測試數據：并發測試時需要多少數據？比如登錄場景？

　　b）DB數據量大小：為了盡量符合生產場景，需要模擬線上大量數據情況，那么要往數據庫里提前插入一定的數據量。這可能需要花費一些時間，特點是關聯系統較多，邏輯復雜的業務可能同時涉及多張表。

6、其它：如果需要其它其它關聯系統或專業人士如DBA配合的，也需要提前進行溝通。

三、性能測試執行

?1、人工邊執行邊分析

　　通常我們做性能測試都是人工執行并隨時觀察系統運行的情況、資源的使用率等指標。性能測試的吸引力之一就在于它的不可預知性。當我們在做性能測試的時候遇到跟預期不符的情況很正常，這個時候需要冷靜的分析。但這個過程可能會很漫長，需要不斷的調整系統配置或程序代碼來定位問題，耗時耗人力。特別是在當前敏捷開發模式比較流行的大環境下，版本發布非常頻繁且版本周期短（通常1~2周一個版本），沒有那么長的時間來做性能測試。

2、無人值守執行性能測試

　　無人值守是最理想化的目標，目前我們也朝著這個方向努力。無人值守不是說沒有人力介入，而是把人為的分析和執行過程分離，執行過程只是機器服從指令的運行而已。通常測試環境在白天比較繁忙，出現性能問題及定位難度較大且會影響功能測試。所以一般性能測試最好在晚上或周末進行，在相對較安靜的條件有利于測試結果的穩定性。這種方法也相對比較適合敏捷的模式，不需要人工一直守著。只需要在拿到結果后進行分析就好了。同時，這種方式對測試人員能力的要求比較高，需要我們能進行自動化的收集各種監控數據、生成報表便于后續分析。

四、結果分析與調優

關于性能分析與調優這是一個比較大的話題，后續會單獨進行總結和分析。

五、測試報告與總結

?　　性能測試報告是性能測試的里程碑，通過報告能展示出性能測試的最終成果，展示系統性能是否符合需求，是否有性能隱患。性能測試報告中需要闡明性能測試目標、性能測試環境、性能測試數據構造規則、性能測試策略、性能測試結果、性能測試調優說明、性能測試過程中遇到的問題和解決辦法等。

　　性能測試工程師完成該次性能測試后，需要將測試結果進行備案，并做為下次性能測試的基線標準，具體包括性能測試結果數據、性能測試瓶頸和調優方案等。同時需要將測試過程中遇到的問題，包括代碼瓶頸、配置項問題、數據問題和溝通問題，以及解決辦法或解決方案，進行知識沉淀。

PS：轉載的路徑查找不到，只能選擇原創，如有侵權請聯系本人刪除！

總結

以上是生活随笔為你收集整理的面试必问的性能测试流程，你真的会吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。