壓力測試實例簡介

利用現(xiàn)代的設計技術和正式的技術復審可以減少代碼中存在的初始錯誤，但是錯誤總是存在的，如果開發(fā)者找不到錯誤，那么，客戶就會找到它們。越來越多的軟件組織認識到軟件測試是軟件質(zhì)量保證的重要元素之一，很多軟件開發(fā)組織將30%—40%甚至更多的項目資源用在測試上，軟件測試技術和軟件測試策略受到了高度的重視和廣泛的應用。

本文不想就軟件測試技術和軟件測試策略作深入的理論分析，而是列舉一個在軟件系統(tǒng)測試階段進行的壓力測試實例，希望能通過這個實例與從事軟件測試相關工作的朋友進行交流。

首先介紹一下實例中軟件的項目背景，該軟件是一個典型的三層C/S架構的MIS系統(tǒng)(客戶端/應用服務器/數(shù)據(jù)庫管)，中間層是業(yè)務邏輯層，應用服務器處理所有的業(yè)務邏輯，但應用服務器本身不提供負載均衡的能力，而是利用開發(fā)工具提供的ORB(對象請求代理)軟件保證多個應用服務器間的負載均衡。本次測試的目的是：進行單個應用服務器的壓力測試，找出單個應用服務器能夠支持的最大客戶端數(shù)。測試壓力估算的依據(jù)是：假定在實際環(huán)中，用戶只啟用一個應用服務器進行所有的業(yè)務處理。方法是：按照正常業(yè)務壓力估算值的1~10倍進行測試，考察應用服務器的運行情況。