軟件壓力測試方案

前言：本站為你精心整理了軟件壓力測試方案范文，希望能為你的創作提供參考價值，我們的客服老師可以幫助你提供個性化的參考范文，歡迎咨詢。

背景

壓力測試在于測試系統的負載能夠達到的峰值是多少，也就是說系統能夠承載的最大業務高峰的壓力是多少。

由于模擬壓力的方法比較少，因此以前系統的壓力測試都是采用變通的做法：只測試主機壓力、只測試前置系統壓力、網關的壓力等，很少通過系統本身來發起測試完成壓力測試。

只模擬部分的壓力測試，實際上很難準確評估整個系統的壓力承載能力：

第一、作為一個完整的系統，前端、前置、網關、主機是密不可分的系統；

第二、各個單個的系統，都存在自己的瓶頸，如：并發能力、交易處理時間、錯誤處理時間等。不同的瓶頸組合在一起的時候，才是系統真正的瓶頸所在；可以說，獨立的壓力測試得到的數據比正和在一起的壓力測試得到的數據要好一些。

第三、單獨測試出來的結果，缺乏很多環境因素，也缺乏說服力。

壓力測試數據的不準確，導致系統無法預測峰值所在，增加了系統的風險（如無法精確預測峰值，則可能會導致業務高峰大量的交易失敗，引起銀行客戶的不滿）；

第四、壓力測試不準確，會導致無法合理的分配資源，無法合理的使用設備。過高的估計峰值，會導致大量投資的設備沒有實際的投入使用，過低的估計峰值，會引起業務風險。

目標

當發生重大系統修改之后，進行完整的壓力測試，確定系統整個的承載能夠不出現瓶頸，或者說瓶頸比較一致。

當前方法

通過各個部分自己來獨立測試。

問題

由于各個系統相互之間會互相影響，峰值的獨立測試無法準確判斷系統瓶頸；

獨立壓力測試結果不可靠，難以作為評估負載能力的依據。

影響了安全生產和合理投資設備。購買了過大承載能力的設備，會引起資金浪費；購買了過小的設備，會引起安全運行風險，甚至事故。