1.2 Web應用系統技術架構
Web應用系統的前端為瀏覽器，后臺為Web服務器(如Apache，Microsoft Internet Information Server)，瀏覽器和Web服務器之間的交互基于HTTP協議。HTTP協議本身是無連接的，Web服務器通過Session機制來建立一個瀏覽器所發出的先后連接之間的關聯。通過實驗證明，當瀏覽器客戶端在首次訪問Web服務器后，如果該瀏覽器客戶端不發送后續請求，服務器維持該瀏覽器客戶端的Session變量所消耗的系統資源非常小。
2 Web應用系統性能測試過程
標準的Web應用系統性能測試過程包括確定性能測試需求，開發性能測試腳本，定義性能測試負載模型，執行性能測試和形成性能測試報告。本章將分別介紹上述過程，并通過舉例說明如何完成每一環節。
2.1 確定性能測試需求
科學定義Web應用系統性能測試需求對一個成功的性能測試非常重要。通常，Web應用系統的性能測試需求有如下兩種描述方法。
2.1.1 基于在線用戶的性能測試需求
該需求描述方法主要基于Web應用系統的在線用戶和響應時間來度量系統性能。當Web應用系統在上線后所支持的在線用戶數以及操作習慣(包括操作和請求之間的延遲)很容易獲得，如企業的內部應用系統， 通常采用基于在線用戶的方式來描述性能測試需求。以提供網上購物的Web應用系統為例，基于在線用戶的性能測試需求可描述為：10個在線用戶按正常操作速度訪問網上購物系統的下定單功能，下定單交易的成功率是100%，而且90%的下定單請求響應時間不大于8秒;當90%的請求響應時間不大于用戶的最大容忍時間20秒時，系統能支持50個在線用戶。
2.1.2 基于吞吐量的性能測試需求
該需求描述方法主要基于Web應用系統的吞吐量和響應時間來度量系統性能。當Web應用在上線后所支持的在線用戶無法確定，如基于Internet的網上購物系統，可通過每天下定單的業務量直接計算其吞吐量，從而采取基于吞吐量的方式來描述性能測試需求。以網上購物系統為例，基于吞吐量的性能測試需求可描述為：網上購物系統在每分鐘內需處理10筆下定單操作，交易成功率為100%，而且90%的請求響應時間不大于8秒。
2.2 開發性能測試腳本
在確定Web應用系統性能測試需求后，就要根據性能測試需求中確定的功能開發性能測試腳本。比如，針對前面定義的網上購物系統的性能測試需求，將開發下定單功能的性能測試腳本。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
