性能測試從零開始——LoadRunner入門(六)[4]

　　性能測試從零開始——LoadRunner入門(六)[4]   性能測試工具　

   　1.3.2 Analysis(分析)

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

　　本步驟的輸入：性能需求

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

　　1.分析性能需求

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

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

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

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

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

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

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

    　2.分析系統架構

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

　　1.3.3 Metrics(度量)

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

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

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

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

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

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

　　(2)事務(Transaction)的定義，pass/fail的標準

　　事務用來度量服務器的處理能力。事務定義應該從性能指標標準而來，是性能指標的具體體現。事務的定義是很重要的，不同的定義會導致不同的TPS結果。

　　提示：使用性能測試工具執行性能測試之后，我們能看到的是pass/fail的用戶數、pass/fail的事務數。而這些pass/fail的標準應該在執行性能測試之前就應該被定義好。比如，LoadRunner默認的pass/fail標準是基于協議層的，而我們要的pass/fail可能是業務級的，需要在業務層上進行判斷來決定是pass還是fail。另外，還可能由于案例的關聯性引起的pass/fail，如果兩個案例之間有關聯，A腳本負責向數據庫插入數據，B腳本負責查詢數據，A要是fail了，導致B也會fail，雖然B本身不一定有錯。解決這個問題，一方面可以削弱腳本之間的關聯性，另一方面也可以通過增強腳本的健壯性來達到。

　　(3)虛擬用戶pass/fail的標準

　　虛擬用戶是性能測試工具中的一個普遍的概念，虛擬用戶負責執行性能測試腳本，在這里應該定義虛擬用戶遇到何種情況，選擇fail或pass，即退出或通過。

原文轉自：http://www.anti-gravitydesign.com