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