性能測試從零開始：LoadRunner入門(11)

　　圖1-6 用戶數-響應時間關系圖

　　(2)定義最優的硬件配置

　　檢測各項系統配置(內存、CPU速度、緩存、適配器、調制解調器)對性能的影響。了解系統體系結構并測試了應用程序響應時間后，您可以度量不同系統配置下的應用程序響應時間，從而確定哪一種設置能夠提供理想的性能級別。

　　例如，您可以設置三種不同的服務器配置，并針對各個配置運行相同的測試，以確定性能上的差異：

　　Ÿ 配置1：1.2GHz、1GB RAM

　　Ÿ 配置2：1.2GHz、2GB RAM

　　Ÿ 配置3：2.4GHz、1GB RAM

　　(3)檢查可靠性

　　確定系統在連續的高工作負載下的穩定性級別。強制系統在短時間內處理大量任務，以模擬系統在數周或數月的時間內通常會遇到的活動類型。

　　(4)查看硬件或軟件升級

　　執行回歸測試，以便對新舊版本的硬件或軟件進行比較。您可以查看軟件或硬件升級對響應時間(基準)和可靠性的影響。注意：此回歸測試的目的不是驗證升級版的新功能，而是查看新版本的效率和可靠性是否與舊版本相同。

　　(5)確定瓶頸

　　您可以運行測試以確定系統的瓶頸，并確定哪些因素導致性能下降，例如，文件鎖定、資源爭用和網絡過載。將LoadRunner與新的網絡和計算機監視工具結合使用以生成負載，并度量系統中不同點的性能，最終找出瓶頸所在的位置。

　　(6)度量系統容量

　　度量系統容量，并確定系統在不降低性能的前提下能提供多少額外容量。如圖1-7所示，要查看容量，您可以查看現有系統中性能與負載間的關系，并確定出現響應時間顯著延長的位置。該處通常稱為響應時間曲線的“拐點”。

　　圖1-7 用戶數-響應時間拐點圖

　　我們根據不同的測試目標去選擇合適的性能測試設計策略。比如，“度量最終用戶響應時間”可以采用負載測試策略，“檢查可靠性”就可以用壓力測試策略，等等。

　　1.3.2 Analysis(分析)

　　本步驟的開始時間：需求分析階段和性能測試啟動階段

　　本步驟的輸入：性能需求

　　本步驟的輸出：達成一致的性能指標列表，性能測試案例文檔

　　1.分析性能需求

　　在這里，要定義性能測試的內容，細化性能需求。

　　客戶、需求分析人員和測試工程師一起起草一個性能需求標準，對此標準獲得一致認同。此標準將用戶的需求細化、量化，并能在測試中作為判斷依據。

　　比如，對于負載測試來說，可以從以下角度來細化需求，逐步找出測試關鍵點。

　　測試的對象是什么，例如“被測系統中有負載壓力需求的功能點包括哪些?”;“測試中需要模擬哪些部門用戶產生的負載壓力?”等問題。

　　系統配置如何，例如“預計有多少用戶并發訪問?”;“用戶客戶端的配置如何?”;“使用什么樣的數據庫”;“服務器怎樣和客戶端通信?”。

　　應用系統的使用模式是什么，例如“使用在什么時間達到高峰期?”;“用戶使用該系統是采用B/S運行模式嗎?”;“網絡設備的吞吐能力如何，每個環節承受多少并發用戶?”等問題。

　　最后得出的性能測試指標標準至少要包含測試環境、業務規則、期望響應時間等。

　　2.分析系統架構

　　對硬件和軟件組件、系統配置以及典型的使用模型有一個透徹的了解。結合性能測試指標標準，生成性能測試用例。(可參看第10章“進階LoadRunner高手”的用例設計部分。)

　　1.3.3 Metrics(度量)

　　本步驟的開始時間：性能測試設計階段

　　本步驟的輸入：細化的性能指標和性能測試案例

　　本步驟的輸出：和工具相關的場景度量、交易度量、監控器度量和虛擬用戶度量等

　　度量是非常重要的一步，它把性能測試本身量化。這個量化的過程因測試工具的不同而異。

　　(1)場景的定義，pass/fail的標準

　　測試場景包含了性能測試的宏觀信息，有測試環境、運行規則和監控數據等。具體可表現為歷史數據記錄數、虛擬用戶數、虛擬用戶加載方式、監控指標等。

原文轉自：http://www.kjueaiud.com