壓力測試實例(2)

　　2)必須能夠通過參數設定在每臺PC機上運行的客戶端測試程序個數、請求的時間間隔(單位：毫秒)、運行時間(單位：小時)。

　　3)在數據庫中建立測試記錄表，生成測試記錄，向數據庫寫入測試記錄的功能不通過被測的應用服務器實現。日志內容包括：發送測試請求的機器名、客戶端測試程序序號、發出請求時間、收到響應時間、處理是否成功。表名：TEST_LOG，字段名：MACHINE、ID、START_TIME、END_TIME、FLAG。

　　3.2.3系統本底數據的準備

　　為考察系統運行一段時間后系統的響應性能，參照實際運行情況及發展進行系統的本底數據準備。業務處理中涉及到的業務表中都要求按設計規模進行本底數據的準備。要求準備的數據記錄的有效性符合系統要求，數據有效性的具體要求參見數據庫設計及系統設計文檔。

　　3.3破壞性測試

　　按照設計連接的客戶端連接數量進行測試，把應用服務器處理請求的設計頻度增加1-10倍，分別測試出現錯誤的狀態和和出現錯誤的比率，考察是否出現不可恢復錯誤，系統設計要考 慮出現嚴重錯誤情況下負荷減輕錯誤自動恢復的實現方法。

　　計劃時間：2天;這個時間包括破壞性的修復和自動恢復的實現需要的時間。

　　在測試過程中每10分鐘記錄一次IBM Xseries PC Server的內存及CPU使用情況，包括被測程序的內存占用百分比、數據庫管理系統的內存占用百分比、操作系統的內存占用百分比。

　　3.4強度穩定性測試

　　選擇一種負荷比設計負荷重的情況(應用服務器處理請求的頻度為應用服務器處理請求的

　　設計頻度的1.5倍)，進行24小時穩定性測試。

　　3.5測試方法和工具

　　黑盒測試

　　測試工具：無外購的測試工具，自己編制的測試工具。

　　3.6測試時間計劃

　　3.6.1環境準備：2天。

　　其中：基本硬件、軟件環境及系統本底數據的準備：1天，

　　系統客戶端測試程序的編寫及測試：1天。

　　3.6.2破環性測試：2天。

　　3.6.3強度穩定性測試：1天。

　　3.7測試中的問題及處理

　　3.7.1暫停標準和再啟動要求

　　暫停標準：被測試軟件在強度穩定性測試中頻繁出現異常(每小時出現1次以上)時。用戶或公司要求暫停測試時。

　　再啟動要求：通過調試后，預計被測試軟件的可靠性有所提高時，可再次啟動測試。

　　3.7.2不可預見問題

　　不可預見問題包括：

　　◇測試環境被破壞而導致測試無法進行;

　　◇當出現上述不可預見問題時，測試終止，就已完成的測試內容編制測試總結報告，并在報告中說明測試終止的原因。

　　3.8測試報告 2002.06.21

　　測試總結報告提交日期：2002.06.21。

　　3.8.1應生成的測試文件

　　測試記錄(測試負責人和參與測試的人員簽字);

　　測試總結報告。

　　3.8.2測試總結報告中必須包含的內容

　　被測試軟件名稱、測試項、測試環境;

　　被測試軟件的壓力測試結論：響應時間、最大/最小并發數、失敗的次數、正常連續運行的最長/最短時間，并發數與失敗的關系。

　　4、人員和職責

　　4.1職責

　　測試工程師：負責編寫測試計劃，組織測試，對測試過程進行記錄，收集、整理測試記錄數據，對測試結果進行分析，編寫測試總結報告。

　　軟件工程師：負責編寫、調試客戶端測試軟件;數據庫管理系統的安裝、ofs配置及系統的本底數據準備。

　　系統工程師：負責測試用的硬件維護及操作系統安裝、MSCS配置。

　　總工程師：負責對測試計劃及測試總結報告進行批準。

　　用戶：必要時可參加測試，并提出具體的測試要求;可要求暫停測試。

　　4.2人員和訓練要求

　　本次測試無特別的人員及培訓要求。

　　5、批準

　　本測試計劃必須經過總工程師批準后才能開始實施。

原文轉自：http://www.uml.org.cn/Test/200704113.asp