總體方法
依據與基本假定
性能測試前的操作
性能測試方法
性能測試操作
業務范圍內的過程
業務范圍外的過程
性能測試方案
性能測試的執行
性能測試指標
和任何測試計劃一樣,這份性能測試計劃的文字要做到盡量精簡,可以使用列表清晰明確地將信息表達出來。這將減少因為溝通問題產生的誤解。
總體方法
這一部分是指用非技術性術語將性能測試的總體方法描述出來。目標受眾是管理部門與業務部門。樣例如下:
“此性能測試方法主要用來對新部署的系統所支持的業務過程進行測試。通過部署這次性能測試,我們將:
以減少這次新部署所帶來的性能問題為主要目的。
做出基本的運行假定,確定部署中需要進行性能測試的部分。
就這些假定取得一致意見,決定性能與壓力測試的適當等級,并在有限的任務時間內完成。
這份文件是即時更新的。隨著我們收集到越來越多的信息,并就適當的性能測試方法達成一致協議時,將再次更新這份文件!
依據與基本假定
在這一部分中,要清晰地描述測試前必須滿足的依據(必須完成的任務)與基本假定(測試時假定為真)。樣例如下:
“繼續部署任何性能測試之前,必須滿足以下條件:
要進行性能測試的組件必須能完全正常運行。
要進行性能測試的組件要安裝在可以代表(或按比例可調的)預期的生產系統的硬件或固件中。
數據存儲庫要能代表(或按比例可調)預期的生產系統。
有確定的性能測試目標,包括運行情況的假定與測試方案。
安裝好性能測試工具并提供所需的技術支持!
性能測試前的操作
這部分要清楚地說明在正式進行性能測試之前為確定系統已經就緒而進行的預測試操作。相當于功能測試中的煙霧測試(smoke testing)。樣例如:
“為減少性能測試中的風險,可以進行幾項預測試操作:
在質量保證測試環境下利用‘樁(stub)’或‘實用程序(utilities)’測試事務處理能力,即投影最大負載(projected peak loads)。
用‘樁’或‘實用程序’代替無需測試或只需進行有限測試的B2B類事務。這將取消任何關于B2B事務的依據。
用‘樁’或‘實用程序’代替性能測試中無法使用的內部組件。這將移除所有關于此類組件的依據。
在所有大規模服務器上部署合適的性能監控器!
性能測試方法
這一部分是前面總體方法的擴展,但考慮到了業務與技術兩個方面。樣例如:
“本性能測試方法主要用來測試新部署的系統的邏輯。通過部署這次性能測試,我們將:
以減少這次新部署所帶來的性能問題為主要目的。
做出基本的運行假定,確定部署中需要進行性能測試的部分。
就這些假定取得一致意見,確定即將完成的性能的適當等級。
使用可以模擬預期生產規模的一流的性能測試工具。
模擬需要進行性能測試的組件(將在生產中使用的組件)構成測試環境,檢測所有異常。
在性能測試期間同時使用生產與非生產(測試)監控器器檢測系統的性能!
文章來源于領測軟件測試網 http://www.kjueaiud.com/