測試壓力估算時采用如下原則：
◇全年的業務量集中在8個月完成，每個月20個工作日，每個工作日8個小時；
◇采用80—20原理，每個工作日中80%的業務在20%的時間內完成，即每天80%的業務在1.6小時內完成；
測試壓力的估算結果：
去年全年處理業務約100萬筆，其中15%的業務處理每筆業務需對應用服務器提交7次請求；
70%的業務處理每筆業務需對應用服務器提交5次請求；其余15%的業務每筆業務向應用服務器提交3次請求。根據以往統計結果，每年的業務增量為15%，考慮到今后三年業務發展的需 要，測試需按現有業務量的2倍進行。
每年總的請求數量為：（100*15%*7+100*70%*5+100*15%*3）*2=300萬次/年。
每天的請求數量為：300/160=1.875萬次/天。
每秒的請求數量為：（18750*80%）/（8*20%*3600）=2.60次/秒。
正常情況下，應用服務器處理請求的能力應達到：3次/秒。
3.2 測試環境準備
3.2.1 基本硬件及軟件環境的準備
1) 網絡環境：公司內部的以太網，與服務器的連接速率為100M，與客戶端的連接速率為10/100M自適應。
2)使用兩臺IBM XSeries250（1G內存）PC Server作Microsoft Cluster，安裝系統軟件 Windows 2000 Advance Server及Microsoft Cluster Server（MSCS）。
3) 數據庫管理系統的安裝及配置：在測試用的IBM XSeries服務器上安裝Oracle8.1.6，數據 庫采用Oracle Fail Safe（ofs）的Active/Passive配置。 安裝數據庫管理系統及支撐軟件（包括VisiBroker和BDE Administrator）。
4) 安裝被測的應用服務器程序。
5) 客戶端的PC機：10臺（PⅢ600/128M RAM）。
3.2.2 系統客戶端測試程序的編寫系統客戶端測試程序使用Delphi編寫，要求測試程序實現如下功能：
1) 模擬一個主要的向應用服務器發送請求并接收響應信息的功能。要求交替模擬兩種情況：第一種，發送的請求至少包括10個參數，參數類型涵蓋字符、日期、數字種類型；接收的響應信息不少于1個參數；第二種，發送的請求不少于1個參數；接收的響應信息至少包括10個參數，參數類型涵蓋字符、日期、數字種類型。
2) 必須能夠通過參數設定在每臺PC機上運行的客戶端測試程序個數、請求的時間間隔（單位：毫秒）、運行時間（單位：小時）。
3) 在數據庫中建立測試記錄表，生成測試記錄，向數據庫寫入測試記錄的功能不通過被測的應用服務器實現。日志內容包括：發送測試請求的機器名、客戶端測試程序序號、發出請求時間、收到響應時間、處理是否成功。表名：TEST_LOG，字段名：MACHINE、ID、START_TIME、 END_TIME、FLAG。
3.2.3 系統本底數據的準備
為考察系統運行一段時間后系統的響應性能，參照實際運行情況及發展進行系統的本底數據準備。業務處理中涉及到的業務表中都要求按設計規模進行本底數據的準備。要求準備的數據記錄的有效性符合系統要求，數據有效性的具體要求參見數據庫設計及系統設計文檔。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
