壓力測試實例簡介

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

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

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