性能測試開展指導(已修改)
2024-10-12 19:13 本頁面
【正文】 性能測試開展指導性能測試開展指導項目測試組文檔編號項目名稱 文檔編號版本號 共19頁 第19頁文檔信息修改歷史日期版本作者修改內(nèi)容評審號更改請求號 摘要本摘要提出了各位team leader需要關注的問題：目錄關注問題相關人員確定性能需求的解決方法Leader、業(yè)務人員、DBA、系統(tǒng)部人員、性能測試工程師確立性能測試目標的原則Leader不同階段的性能測試目標Leader性能測試方案的確立性能測試工程師用例和場景設計性能測試工程師設定需要監(jiān)控的資源性能測試工程師4性能測試的應用領域Leader、性能測試工程師分析影響性能因素的步驟設計人員、DBA、性能測試工程師開發(fā)角度性能問題的原因開發(fā)人員、設計人員、DBA、leader 6產(chǎn)品部署階段leader7維護階段leader8性能測試的策略性能測試工程師9各階段所要進行的性能測試設計人員、開發(fā)人員、Leader、性能測試工程師10系統(tǒng)的穩(wěn)定性度量Leader、性能測試工程師11性能測試的基本概念性能測試工程師12響應時間的分解性能測試工程師13在性能測試中需要注意的問題性能測試工程師 目錄1 編寫目的 72 需求階段 7 性能測試需求的確立 7 性能測試需求的來源 7 確定性能測試需求的解決方法 7 確立性能測試目標 8 確立性能測試目標的原則 8 確定性能測試目標的方法 8 不同階段的性能測試目標 9 設計階段的性能測試目標 9 開發(fā)階段的性能測試目標 9 產(chǎn)品部署階段的性能測試目標 9 系統(tǒng)維護階段的性能測試目標 93 設計階段 9 性能測試方案的確立 9 用例和場景設計 10 設定需要監(jiān)控的資源 104 性能測試的應用領域 105 實施階段 11 分析影響性能因素的步驟 11 開發(fā)角度性能問題的原因 116 產(chǎn)品部署階段 117 維護階段 128 性能測試的策略 129 各階段所要進行的性能測試 12 設計階段的性能測試 12 實施階段的性能測試 12 產(chǎn)品部署階段的性能測試 12 維護階段的性能測試 1210 系統(tǒng)穩(wěn)定性的度量 1311 性能測試的基本概念 1312 響應時間的分解 1313 在性能測試中需要注意的問題 14 環(huán)境設計的問題 14 其他需要注意的地方 1514 確定最小用戶負載 15 確定最小用戶負載的目的 15 確定最小用戶負載的方法 1515 性能測試的兩個基本類別 16 預備測試 16 正式測試 1616 性能測試生存周期 1617 后臺活動分析 16 分析Web應用程序的用戶活動 17 分析Web應用程序的后臺性能瓶頸 1718 關鍵性能尺度標準 1719 鏡像生產(chǎn)環(huán)境 1720 用戶思考時間的問題 1821 確定負載增加的標準 1822 性能參數(shù)介紹 18 處理器性能參數(shù) 18 處理器瓶頸的解決辦法 19 內(nèi)存性能參數(shù) 191 編寫目的本文檔從性能工程的角度提出開展性能測試工作的流程，和進行性能測試工作的策略，下面我們討論性能工程的需求階段、設計階段、實施階段、產(chǎn)品部署階段、維護階段所要開展的工作，和相應要采取的策略。2 需求階段 性能測試需求的確立 性能測試需求的來源性能測試需求的來源有三個方面： 需求文檔 設計文檔 客戶備忘錄 確定性能測試需求的解決方法在沒有需求文檔和設計文檔的情況下，我們需要對TSP系統(tǒng)上的客戶業(yè)務使用情況進行分析，提出我們所關注的性能測試需求，并告知業(yè)務人員。讓業(yè)務人員來判斷我們的性能需求是否能滿足客戶的真實要求。在通過TSP系統(tǒng)分析業(yè)務使用狀況時，我們可以從以下方面來關注：確定當前系統(tǒng)的業(yè)務使用狀況：通過TSP的日志記錄－客戶端模塊使用情況了解在某個時間段內(nèi)，客戶執(zhí)行某個操作的具體情況。了解不同視角的用戶性能：?。┯脩粢暯牵喉憫獣r間：用戶所能感受到的響應時間，也是用戶最重視的性能體驗。 確立響應時間的原則：2/5/10原則 2：2秒鐘用戶會覺得是一個很好的體驗。 5：5秒鐘用戶可能會覺得差了一點，還行，比較好。 10：10秒鐘是用戶所能承受的最大極限。鑒于不同地區(qū)的網(wǎng)絡環(huán)境，將用戶所能承受的響應時間極限定為12～15秒。此部分需與業(yè)務人員討論。穩(wěn)定性：系統(tǒng)長時間運行不會出現(xiàn)錯誤的能力。驗證方法：系統(tǒng)在滿
職業(yè)教育相關推薦
鄂ICP備17016276號-1