Web全面性能測試模型

　　性能測試、壓力測試、負載測試、強度測試、穩定性測試、健壯性測試、……,這么多眼花繚亂的性能測試類型名稱，估計很少有人能準確的區分并說出定義來。至于如何制定合理的性能測試策略，同時把這些性能測試組織起來，并設計對應的測試用例，就更不用說了。因此，性能測試的設計、組織、實施一直不容易開展。

　　為了解決這些問題，本章提出了“Web全面性能測試模型”。主要講解在企業的實際工作中，如何比較全面的開展Web性能測試工作，使Web性能測試工作更加合理、高效率的開展。

　　本章重點講解全書的理論核心“Web全面性能測試模型”，主要包含如下的內容：

　　Web性能測試策略制定原則

　　Web性能測試用例設計模型

　　Web全面性能測試模型使用方法

　　注：本章的Web全面性能測試模型主要是針對系統測試階段的性能測試而提出，單元測試階段的性能測試一般是測試人員配合開發人員進行，可以劃分到單元測試階段，不在本書研究之列。

　　1.1 Web全面性能測試模型簡介

　　通過第1章的學習可以看出，性能測試的很多內容都是關聯的。這就提供了一個思路：性能測試的很多內容可以經過一定的組織統一來進行。統一開展性能測試的巨大好處是可以按照層次由淺入深對系統進行測試，進而減少不必要的工作量，以實現節約測試成本的目的。為此，本章提出了“Web全面性能測試模型”。

　　“Web全面性能測試模型”提出的主要依據是一種類型的性能測試可以在某些條件下轉化成為另外一種類型的性能測試，而這些類型測試的實施也是很類似的。舉例說明：針對一個網站進行測試，模擬10到50個用戶就是在進行常規性能測試，用戶增加到1000乃至上萬就變成了壓力/負載測試。如果同時對系統進行大量的數據查詢操作，就包含了強度和大數據量測試。

　　在“Web全面性能測試模型”中，把Web性能測試分為八個類別，然后結合測試工具把性能測試用例分為五類。后面的2.3節將會展開討論“Web全面性能測試模型”的測試用例設計方法。下面首先介紹八個性能測試類別的主要內容。

　　(1) 預期指標的性能測試：系統在需求分析和設計階段都會提出一些性能指標，完成和這些指標相關的測試是性能測試的首要工作之一。本模型把針對預先確定的一些性能指標而進行的測試稱為預期指標的性能測試。

　　這些指標主要指諸如“系統可以支持并發用戶1000”、“系統響應時間不得高于10秒”等在產品說明書等文檔中十分明確的內容。對這種預先承諾的性能要求，測試小組應該首先進行測試驗證。

　　(2) 獨立業務性能測試：獨立業務實際是指一些核心業務模塊對應的業務，這些模塊通常具有功能比較復雜、使用比較頻繁、屬于核心業務等特點。這類特殊的、功能比較獨立的業務模塊始終都是性能測試的重點。因此不但要測試這類模塊和性能相關的一些算法，還要測試這類模塊對并發用戶的響應情況。

　　核心業務模塊在需求階段就可以確定，在系統測試階段開始單獨測試其性能。如果是系統類軟件或者特殊應用領域的軟件，通常從單元測試階段就開始進行測試，并在后繼的集成測試、系統測試、驗收測試中進一步進行測試，以保證核心業務模塊的性能穩定。何時開始測試核心模塊主要由性能測試策略決定，讀者可以參考2.2節“Web性能測試策略模型”部分。

　　用戶并發測試是核心業務模塊的重點測試內容。“并發”的主要內容是模擬一定數量的用戶同時使用某一核心模塊的“相同”或者“不同”的功能，并且持續一段時間。對“相同”的功能進行并發測試分為兩種類型，一類是在同一時刻進行完全一樣的操作，例如打開同一條數據記錄進行查看;另外一類是在同一時刻使用完全一樣的功能，例如同時提交數據進行保存?？梢钥闯龊笳呤前扒罢叩?，前者是后者的特例。后面2.3節的測試用例中會對這部分內容進行更詳細的討論。

　　從微觀角度講，同時使用某一核心模塊“不同”的功能，也是一種組合業務性能測試，只不過這種組合的相關業務的分類是一致的。因此在2.3.2節的“并發用戶用例”設計中將會以“模塊”為單位進行用例的設計，把用戶并發測試分為“核心模塊性能測試”和“組合模塊性能測試”兩種類型來進行討論。

原文轉自：http://www.uml.org.cn/Test/201106211.asp