- 相關推薦
負荷測試計劃書范文
篇一：壓力測試計劃實例
利用現(xiàn)代的設計技術和正式的技術復審可以減少代碼中存在的初始錯誤，但是錯誤總是存在的，如果開發(fā)者找不到錯誤，那么，客戶就會找到它們。越來越多的軟件組織認識到軟件測試是軟件質量保證的重要元素之一，很多軟件開發(fā)組織將30%—40%甚至更多的項目資源用在測試上，軟件測試技術和軟件測試策略受到了高度的重視和廣泛的應用。
本文不想就軟件測試技術和軟件測試策略作深入的理論分析，而是列舉一個在軟件系統(tǒng)測試階段進行的壓力測試實例，希望能通過這個實例與從事軟件測試相關工作的朋友進行交流。
首先介紹一下實例中軟件的項目背景，該軟件是一個典型的三層C/S架構的MIS系統(tǒng)（客戶端/應用服務器/數(shù)據(jù)庫管），中間層是業(yè)務邏輯層，應用服務器處理所有的業(yè)務邏輯，但應用服務器本身不提供負載均衡的能力，而是利用開發(fā)工具提供的ORB（對象請求代理）軟件保證多個應用服務器間的負載均衡。本次測試的目的是：進行單個應用服務器的壓力測試，找出單個應用服務器能夠支持的最大客戶端數(shù)。測試壓力估算的依據(jù)是：假定在實際環(huán)中，用戶只啟用一個應用服務器進行所有的業(yè)務處理。方法是：按照正常業(yè)務壓力估算值的1~10倍進行測試，考察應用服務器的運行情況。
壓力測試的詳細計劃如下：
壓力測試計劃
1、測試計劃名稱
河北省公安交通管理信息系統(tǒng)壓力測試計劃。
2、測試內容
2.1背景
本次測試中的壓力測試是指模擬實際應用的軟硬件環(huán)境及用戶使用過程的系統(tǒng)負荷，長時間運行測試軟件來測試被測系統(tǒng)的可靠性，同時還要測試被測系統(tǒng)的響應時間。用戶的實際使用環(huán)境：
◇由兩臺 XSeries250 PC Server組成的Microsoft Cluster；
◇數(shù)據(jù)庫管理系統(tǒng)采用Oracle8.1.6；
◇應用服務器程序和數(shù)據(jù)庫管理系統(tǒng)同時運行在Microsoft Cluster上。
◇有200個用戶使用客戶端軟件進行業(yè)務處理，每年通過軟件進行處理的總業(yè)務量為：150萬筆業(yè)務/年。
2.2測試項
應用服務器的壓力測試；
2.3不被測試的特性
◇系統(tǒng)的客戶端應用程序的內部功能；
◇數(shù)據(jù)庫中的數(shù)據(jù)量對程序性能的影響。
3、測試計劃
3.1測試強度估算
測試壓力估算時采用如下原則：
◇全年的業(yè)務量集中在8個月完成，每個月20個工作日，每個工作日8個小時；
◇采用80—20原理，每個工作日中80%的業(yè)務在20%的時間內完成，即每天80%的業(yè)務在1.6小時內完成；
測試壓力的估算結果：
去年全年處理業(yè)務約100萬筆，其中15%的業(yè)務處理每筆業(yè)務需對應用服務器提交7次請求；70%的業(yè)務處理每筆業(yè)務需對應用服務器提交5次請求；其余15%的業(yè)務每筆業(yè)務向應用服務器提交3次請求。根據(jù)以往統(tǒng)計結果，每年的業(yè)務增量為15%，考慮到今后三年業(yè)務發(fā)展的需
要，測試需按現(xiàn)有業(yè)務量的2倍進行。
每年總的請求數(shù)量為：（100*15%*7+100*70%*5+100*15%*3）*2=300萬次/年。
每天的請求數(shù)量為：300/160=1.875萬次/天。
每秒的請求數(shù)量為：（18750*80%）/（8*20%*3600）=2.60次/秒。
正常情況下，應用服務器處理請求的能力應達到：3次/秒。
3.2測試環(huán)境準備
3.2.1基本硬件及軟件環(huán)境的準備
1)網(wǎng)絡環(huán)境：公司內部的以太網(wǎng)，與服務器的連接速率為100M，與客戶端的連接速率為10/100M自適應。
2)使用兩臺IBM XSeries250（1G內存）PC Server作Microsoft Cluster，安裝系統(tǒng)軟件
2000 Advance Server及Microsoft Cluster Server（MSCS）。
3)數(shù)據(jù)庫管理系統(tǒng)的安裝及配置：在測試用的IBM XSeries服務器上安裝Oracle8.1.6，數(shù)據(jù) 庫采用
Fail Safe（ofs）的Active/Passive配置。 安裝數(shù)據(jù)庫管理系統(tǒng)及支撐軟件（包括VisiBroker和BDEAdministrator）。
4)安裝被測的應用服務器程序。
5)客戶端的PC機：10臺（PⅢ600/128M RAM）。
3.2.2系統(tǒng)客戶端測試程序的編寫系統(tǒng)客戶端測試程序使用Delphi編寫，要求測試程序實現(xiàn)如下功能：
1)模擬一個主要的向應用服務器發(fā)送請求并接收響應信息的功能。要求交替模擬兩種情況：第一種，發(fā)送的請求至少包括10個參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型；接收的
響應信息不少于1個參數(shù)；第二種，發(fā)送的請求不少于1個參數(shù)；接收的響應信息至少包括10個參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型。
2)必須能夠通過參數(shù)設定在每臺PC機上運行的客戶端測試程序個數(shù)、請求的時間間隔（單位：毫秒）、運行時間（單位：小時）。
3)在數(shù)據(jù)庫中建立測試記錄表，生成測試記錄，向數(shù)據(jù)庫寫入測試記錄的功能不通過被測的應用服務器實現(xiàn)。日志內容包括：發(fā)送測試請求的機器名、客戶端測試程序序號、發(fā)出請求時間、收到響應時間、處理是否成功。表名：TEST_LOG，字段名：MACHINE、ID、START_TIME、END_TIME、FLAG。
3.2.3系統(tǒng)本底數(shù)據(jù)的準備
為考察系統(tǒng)運行一段時間后系統(tǒng)的響應性能，參照實際運行情況及發(fā)展進行系統(tǒng)的本底數(shù)據(jù)準備。業(yè)務處理中涉及到的業(yè)務表中都要求按設計規(guī)模進行本底數(shù)據(jù)的準備。要求準備的數(shù)據(jù)記錄的有效性符合系統(tǒng)要求，數(shù)據(jù)有效性的具體要求參見數(shù)據(jù)庫設計及系統(tǒng)設計文檔。
3.3破壞性測試
按照設計連接的客戶端連接數(shù)量進行測試，把應用服務器處理請求的設計頻度增加1－10倍，分別測試出現(xiàn)錯誤的狀態(tài)和和出現(xiàn)錯誤的比率，考察是否出現(xiàn)不可恢復錯誤，系統(tǒng)設計要考
慮出現(xiàn)嚴重錯誤情況下負荷減輕錯誤自動恢復的實現(xiàn)方法。
計劃時間：2天；這個時間包括破壞性的修復和自動恢復的實現(xiàn)需要的時間。
在測試過程中每10分鐘記錄一次IBM Xseries PC
Server的內存及CPU使用情況，包括被測程序的內存占用百分比、數(shù)據(jù)庫管理系統(tǒng)的內存占用百分比、操作系統(tǒng)的內存占用百分比。
3.4強度穩(wěn)定性測試
選擇一種負荷比設計負荷重的情況（應用服務器處理請求的頻度為應用服務器處理請求的 設計頻度的
1.5倍），進行24小時穩(wěn)定性測試。
3.5測試方法和工具
黑盒測試
測試工具：無外購的測試工具，自己編制的測試工具。
3.6測試時間計劃
3.6.1環(huán)境準備：2天。
其中：基本硬件、軟件環(huán)境及系統(tǒng)本底數(shù)據(jù)的準備：1天，
系統(tǒng)客戶端測試程序的編寫及測試：1天。
3.6.2破環(huán)性測試：2天。
3.6.3強度穩(wěn)定性測試：1天。
3.7測試中的問題及處理
3.7.1暫停標準和再啟動要求
暫停標準：被測試軟件在強度穩(wěn)定性測試中頻繁出現(xiàn)異常（每小時出現(xiàn)1次以上）時。用戶或公司要求暫停測試時。
再啟動要求：通過調試后，預計被測試軟件的可靠性有所提高時，可再次啟動測試。
3.7.2不可預見問題
不可預見問題包括：
◇測試環(huán)境被破壞而導致測試無法進行；
◇當出現(xiàn)上述不可預見問題時，測試終止，就已完成的測試內容編制測試總結報告，并在報告中說明測試終止的原因。
3.8測試報告 2002.06.21
測試總結報告提交日期：2002.06.21。
3.8.1應生成的測試文件
測試記錄（測試負責人和參與測試的人員簽字）；
測試總結報告。
3.8.2測試總結報告中必須包含的內容
被測試軟件名稱、測試項、測試環(huán)境；
被測試軟件的壓力測試結論：響應時間、最大/最小并發(fā)數(shù)、失敗的次數(shù)、正常連續(xù)運行的最長/最短時間，并發(fā)數(shù)與失敗的關系。
4、人員和職責
4.1職責
測試工程師：負責編寫測試計劃，組織測試，對測試過程進行記錄，收集、整理測試記錄數(shù)據(jù)，對測試結果進行分析，編寫測試總結報告。
軟件工程師：負責編寫、調試客戶端測試軟件；數(shù)據(jù)庫管理系統(tǒng)的安裝、ofs配置及系統(tǒng)的本底數(shù)據(jù)準備。系統(tǒng)工程師：負責測試用的硬件維護及操作系統(tǒng)安裝、MSCS配置。
總工程師：負責對測試計劃及測試總結報告進行批準。
用戶：必要時可參加測試，并提出具體的測試要求；可要求暫停測試。
4.2人員和訓練要求
本次測試無特別的人員及培訓要求。
5、批準
本測試計劃必須經(jīng)過總工程師批準后才能開始實施。
篇二：壓力測試計劃
1.簡介
簡單介紹項目功能，規(guī)模，選定的典型事務及操作該事務的頻率。簡單介紹測試工具實現(xiàn)的原理。 1.1項目背景
開發(fā)的系統(tǒng)名稱： 本項目的任務提出者： 本項目的開發(fā)者： 本項目的用戶： 1.2范圍和預期讀者
本計劃只包括該軟件項目的性能測試計劃，不包括功能測試計劃。 預期讀者：設計人員、測試人員、項目經(jīng)理、SQA、SCM 1.3定義
2．環(huán)境概述
2.1用戶環(huán)境系統(tǒng)架構拓撲圖及描述
可以從設計文檔中拷出其系統(tǒng)架構拓撲圖，并加以簡單描述。 2.2用戶運行環(huán)境系統(tǒng)配置 服務器端： 硬件配置： 操作系統(tǒng)： 數(shù)據(jù)庫： 客戶端： 硬件配置： 操作系統(tǒng)：
客戶端軟件：
2.3測試環(huán)境網(wǎng)絡拓撲及描述
2.4測試環(huán)境系統(tǒng)配置 服務器端： 硬件配置： 操作系統(tǒng)： 數(shù)據(jù)庫： 測試主機： 硬件配置： 操作系統(tǒng)： 測試工具： 客戶端軟件： 測試主機數(shù)量： 2.5條件與限制
描述出由于硬件軟件或技術等原因，測試時無法實現(xiàn)的一些功能。
【負荷測試計劃書】相關文章：
軟件測試中綜合測試的基本方法10-26
最新衷心小學對一年級漢語拼音的測試計劃書10-07
英語測試的作文10-09
測試方案模板10-02
小學測試中心測試工作方案范文10-09
補測試申請書申請參加測試的申請書04-07
測試報告(模板)04-26
測試報告范例04-26
測試報告模板04-26