discuz系統
***xx公司
版權所有違者必究
檔案修改記錄
目錄1 文件目的 1
1.1 專案背景介紹 1
1.2 術語及縮略語 1
1.3 測試輸入 1
2 測試準備(重要) 1
2.1 測試環境準備 1
2.2 測試內容 2
2.3 非測試內容 2
2.4 業務抽取(測試指令碼) 2
2.4.1 需要進行測試的主要業務: 2
2.4.2 使用者行為模型及效能指標(測試場景) 2
2.4.3 混合模式使用者行為模型及效能指標(測試場景) 2
2.5 角色和職責 3
2.6 測試工具列表 3
2.7 進度安排 3
2.8 測試資料準備 3
2.8.1 系統資料量 3
2.8.2 測試使用者 3
2.9 出口標準 3
2.10 交付檔案 3
2.11 風險分析 4
3 測試過程及步驟(重要) 4
3.1 方案一 4
4 測試結果(提供客戶) 4
4.1 方案一 4
4.2 loadrunner結果 4
4.2.1 windows 資源情況圖: 4
4.2.2 對應的使用者數量圖: 4
4.2.3 transaction response time 圖: 4
4.2.4 測試結果 4
4.3 資料庫結果 4
4.4 應用服務結果 5
5 測試結論 5
描述discuz效能測試流程、範圍、環境、風險等因素作為效能測試實施依據。
對專案情況進行簡單概括。
discuz是康盛創想(北京)科技****旗下的一款功能強大的社群軟體……
效能測試:
負載測試:
壓力測試:
配置測試:
容量測試:
……《專案計畫文件》
《需求規格說明書》
《設計文件》
《測試規範》
……根據需求,在本次測試中我們需要對discuz論壇的瀏覽、發帖、註冊及查詢……進行效能測試,得到該功能在一定負載下的資料處理能力。
由於一下功能在真實情況中使用較少,並對響應時間無明確需求,故不進行測試:
1)使用者間的簡訊息功能
2)帖子的移動管理功能
3)論壇後台管理功能
……也可以增加乙個登入,但是實際上已經把登入和其他操作進行結合了。
注意:指標的定義**「依據需求」「依據部門指標」「依據伺服器日誌分析等」
使用者名稱:
密碼:1)壓力測試連續72小時無故障
2)測試結果達到……
1、指令碼風險
2、資料風險
3、業務風險
4、環境風險
5、監控風險
是否通過。
擷取windows 資源情況圖
擷取對應的使用者數量圖
擷取transaction response time 圖
各項指標是否都在可以接受範圍內
資料庫各項效能是否正常
效能測試測試方案
平台xx專案系統已經成功發布,依據專案的規劃,未來勢必會出現業務系統中資訊大量增長的態勢。隨著業務系統在生產狀態下日趨穩定 成熟,系統的效能問題也逐步成為了我們關注的焦點 每天大資料量的 衝擊 系統能穩定在什麼樣的效能水平,面臨行業公司業務增加時,系統能否經受住 考驗 這些問題需要通過乙個完整的效能...
效能測試方案
文件修改歷史 目錄1.文件介紹 3 1.1.測試目的 3 1.2.讀者物件 3 1.3.參考資料 3 1.4.術語與解釋 3 2.測試環境 3 2.1.測試環境 3 2.2.測試工具 4 3.測試需求 4 3.1.測試功能點 4 3.2.效能需求 4 4.準備工作 5 5.測試完成準則 5 6.測試...
效能測試方案
1.明確測試目的範圍。2.明確測試範圍和目標。3.明確測試環境需求,包括 測試需要的軟 硬體環境以及測試人力需求。4.確定測試方案,測試的方法和步驟。5.確定測試需要輸出的結果和結果表現形式。6.分析測試的風險,尋找規避辦法。簡要描述與測試專案相關的一些背景資料,如被測系統簡介,專案上線計畫等。說明...