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