根據我們的定義,性能測試的目標是識別系統的瓶頸,把它們記錄成文檔,如果可能的話,還要消除這些瓶頸。這是通過嚴格控制的衡量和分析流程實現的。負載測試被用作該流程的一種方法。
用負載測試駕馭負載
負載測試是通過給系統加載負載或用戶需求來衡量它的響應和穩定性的流程。負載測試的目的是驗證應用能夠滿足服務水平協議(SLA)中指定的性能目標。負載測試衡量的有響應時間、吞吐量和各種資源的利用率。它的目的并不是為了識別系統的斷點,除非像規格說明書、需求或常規操作條件所預計的那樣,這個斷點出現在最大負載的條件下。如果出現了斷點,那么你就有了一個嚴重的問題,必須在發布之前,解決這個問題。
負載測試的例子有;
●把預計的用戶郵件賬戶的數量加裁到郵件服務器上,測試郵件服務器。
●把預計的電子郵件的數量加載到同一個郵件服務器上,加以測試。
●持續地把許多不同的模擬用戶請求發送給一個SaaS應用來測試它,產生的流量越大越好。
●用按比例縮小的用戶流量的負載來測試應用服務器的一對負載均衡器。
判斷標準
在我們用性能測試識別系統瓶頸前,我們首先必須清楚地確定系統的規格說明。這是性能測試的第一步,即建立判斷成功的標準。對于Web2.0和SaaS系統來說,判斷標準通常是基于并發用量和響應時間。除非這是第-一次執行性能測試,否則這些規格說應該都已經建立了。你第一次執行性能測試,最好是在首次發布之前。這時應該不斷地增加負載,直到應用停止響應了,或者響應方式異常了為止,這樣你就為應用建立了一個性能基準。
還有很多其他方法可以建立性能基準或要求,例如在開始某個深圳網站建設項目之前,就預先得到詳細的規格說明。這種情況在開發一個替換系統或重新進行系統設計時很常見。舊的系統也許能夠處理一定數量的并發用戶,不過為了不采購更多的硬件,所以這個項目的主要要求就是維護和提高這指標。 有時,當前系統的能力 不能滿足業務發展的需要,于是組織就決定從頭重新設計這個系統。對于這種情況,基于重新開發系統所需投人的資金,系統的用量和響應時間通常會大大提高。
本文地址:http://123beaconmarketing.com//article/3854.html