【網(wǎng)站測試模板】-性能測試計劃模板

1、星期八職場經(jīng)驗網(wǎng)（）【現(xiàn)成經(jīng)驗助你快速完成工作】性能測試計劃模板性能測試計劃是在性能測試模型建立完成后開始制訂的。 它里面的內(nèi)容很簡單，就是所謂的“5W1H”5W1H 是指 When 何時Who 何人Where 何地What 何事Why 為什么HOW 如何行性能測試計劃是一種戰(zhàn)術(shù)劃； 它作為整個性能測試工作 工作的實施方案，它繼承測試策略， 工作 為了保障性能測試工作的方向正確性和完成及時性， 同時也為性能測試工作提供可實施的測試階段和測試步驟。 它是測試方案的依據(jù)，同時也是所有相關(guān)測試活動的依據(jù)。系統(tǒng)名稱性能測試計劃（V1.0） ）文檔編號： 編

2、審 批 寫： 核： 準：項目名稱： 編寫日期： 審核日期： 批準日期：修訂狀況章節(jié) 編號 章節(jié)名稱 修訂內(nèi)容簡述 修訂日期 修訂前 版本號 批準人目 錄1、引言. 、引言 2、參考文檔. 、參考文檔 3、工作目標. 、工作目標 4、. 、小結(jié)一、引言 1、編寫目的 2、項目背景引用性能測試策略中的“項目背景” 二、參考文檔 1、開發(fā)資料列表為了編寫性能測試計劃所需的文檔 2、測試資料列表為了編寫性能測試計劃所需的文檔3、其它相關(guān)資料列表為了編寫性能測試計劃所需的文檔 三、總體工作起止日期 1、總體工作開始日期 2、總體工作結(jié)束日期 四、階段劃分和詳細任務(wù) 1、性能測試準備階段 1-1、測試環(huán)境

3、準備 （a）被測系統(tǒng)基礎(chǔ)環(huán)境5W1H （b）被測系統(tǒng)應(yīng)用部署5W1H （c）負載模擬環(huán)境5W1H（d）監(jiān)控/診斷環(huán)境5W1H 1-2、測試數(shù)據(jù)準備 （a）基礎(chǔ)測試數(shù)據(jù)5W1H （a）虛擬用戶數(shù)據(jù)5W1H 1-3、測試程序準備 （a）性能測試腳本5W1H （a）性能測試場景5W1H （a）其他 其他特殊程序（時間戳、擋板）5W1H 其他 2、性能測試執(zhí)行階段 2-1、性能診斷測試執(zhí)行子階段 （a）基準測試場景集合5W1H （b）負載測試場景集合5W1H （c）峰值測試場景集合5W1H （d）壓力測試場景集合5W1H （e）穩(wěn)定性測試場景集合5W1H 2-2、性能調(diào)優(yōu)測試執(zhí)行子階段 （a）基準測試

4、場景集合5W1H （b）負載測試場景集合5W1H （c）峰值測試場景集合5W1H （d）壓力測試場景集合5W1H （e）穩(wěn)定性測試場景集合5W1H 2-3、性能檢測測試執(zhí)行子階段 （a）基準測試場景集合5W1H （b）負載測試場景集合5W1H （c）峰值測試場景集合5W1H （d）壓力測試場景集合5W1H（e）穩(wěn)定性測試場景集合5W1H 3、性能測試分析階段 3-1、性能測試數(shù)據(jù)整理與保存5W1H 3-2、性能測試數(shù)據(jù)分析與評估5W1H 3-3、性能測試分析報告的編制5W1H 3-4、性能測試總結(jié)報告的編制5W1H 五、性能測試風險分析及規(guī)避方法 1、腳本風險風險編號 風險描述 風險發(fā)生概率

5、影響嚴重程度 責任人 規(guī)避方法 最終決策人高、中、低高、中、低2、數(shù)據(jù)風險風險編號 風險描述 風險發(fā)生概率 影響嚴重程度 責任人 規(guī)避方法 最終決策人高、中、低高、中、低3、業(yè)務(wù)風險風險編號 風險描述 風險發(fā)生概率 影響嚴重程度 責任人 規(guī)避方法 最終決策人高、中、低高、中、低4、環(huán)境風險風險編號 風險描述 風險發(fā)生概率 影響嚴重程度 責任人 規(guī)避方法 最終決策人高、中、低高、中、低5、監(jiān)控風險風險編號 風險描述 風險發(fā)生概率 影響嚴重程度 責任人 規(guī)避方法 最終決策人高、中、低高、中、低&nbs2 性能測試計劃模板 21 引言1.1 編寫目的2 參考文檔3 測試目的系統(tǒng)名稱文檔編號文檔名稱版

6、本號起草人提交時間審核人審核時間審核意見4 測試范圍4.1 測試對象4.2 需要測試的特性4.3 無需測試的特性5 測試啟動與結(jié)束準則5.1 啟動準則5.2 結(jié)束準則6 測試方法6.1 測試工具6.2 測試設(shè)計6.3 測試用例與測試場景7 測試類型7.1 能力驗證測試7.2 容量規(guī)劃測試7.3 穩(wěn)定性測試7.4 發(fā)現(xiàn)缺陷測試7.5 性能調(diào)優(yōu)8 測試環(huán)境維護原則9 測試輸出測試環(huán)境文檔 測試場景文檔 測試用例文檔 測試腳本 腳本 測試工具部署說明 場景部署說明 測試結(jié)果記錄 測試報告10 測試資源需求與時間計劃測試資源需求： 測試資源需求：時間計劃： 時間計劃：子項目名稱子項目起止時間里程碑成果

7、參與者測試環(huán)境和場景設(shè)計測試環(huán)境文檔 測試場景文檔測試用例設(shè)計和腳本 開發(fā) 測試環(huán)境構(gòu)建測試用例文檔 測試腳本 測試環(huán)境 測試環(huán)境描述文檔測試工具和場景部署測試工具部署說明 場景部署說明發(fā)現(xiàn)缺陷測試執(zhí)行 容量規(guī)劃測試 穩(wěn)定性測試 能力驗證測試 測試結(jié)果分析和報告 編寫測試結(jié)果記錄 測試結(jié)果記錄 測試結(jié)果記錄 測試結(jié)果記錄 測試報告3 性能測試報告一、性能測試報告編寫技巧 性能測試報告編寫技巧在對結(jié)果進行分析并得出結(jié)論之后，性能測試工程師要把它們以文字報告的形式發(fā)送給相關(guān)人員。這就是性能測試報告。除了書面文字之外，可能的話， 公司還會召集人員開專門的會議進行報告講解和結(jié)果分析。所以，性能測試報告

8、是性能測試工程師的工作 工作成果，也是公司其他 其他部門考察性能測試工程師能力的 工作 其他 重要窗口，編寫出一份優(yōu)秀的報告對公司的決策以及個人的職業(yè)生涯都非常有益處。1、什么是好的性能測試報告 、實際工作中的性能測試報告，一般是以 Word/PDF 格式文檔或者電子郵件形式存在。而測試報告的讀者，一般是整個項目組的管理者甚至更高層面、相關(guān) 同事比如開發(fā)人員等，他們并不一定具備多少測試背景知識，因此，測試報告要盡量避免測試術(shù)語，要用容易理解的話語進行敘述。另外，它不應(yīng)該是性能測 試結(jié)果的簡單羅列：因為讀者是上級或者其他同事，他們沒有多少時間來關(guān)心測試的具體細節(jié)，而只關(guān)心報告中測試結(jié)論是否合理以

9、及結(jié)論的內(nèi)容。這是需要 性能測試工程師注意的原則問題，即不能從自己出發(fā)來寫報告，而應(yīng)該為報告的讀者考慮。根據(jù)這樣的原則，要完成一份好的性能測試報告，最好做到如下幾點：提交報告的時機?？梢耘c測試主管就報告進行討論。有效地總結(jié)概括測試數(shù)據(jù)。報告應(yīng)該清楚易讀，結(jié)合圖表，但不能濫用圖表。報告要具備較強的邏輯性。報告要具有層次感，幾個部分區(qū)分明顯、清楚。測試報告一般分為測試目的、測試方法、測試數(shù)據(jù)概括總結(jié)、測試結(jié)果分析、結(jié)論這幾大部分。在實際工作中的要求不盡相同，有的公司會有自己的模板， 因此在文檔結(jié)構(gòu)上并無一定之規(guī)。但內(nèi)容方面，如果能做到如上幾點，編寫出一份很好的性能測試報告就不是困難的。2、詳實記錄

10、中間結(jié)論 、詳實記錄中間結(jié)論對于分析性能測試數(shù)據(jù)是非常重要的。實際工作中，經(jīng)常發(fā)生初始的結(jié)論與最終結(jié)論不一致的情況。在分析每張數(shù)據(jù)表格或者圖之后， 如果可能，我們都要記錄下該圖或者表格說明了什么問題，有什么疑問。通過這樣的方式，測試工程師對于整個 Web 應(yīng)用的性能圖景會逐漸明晰，也有利于做 出錯誤結(jié)論后的回溯，發(fā)現(xiàn)分析思路上的錯誤?？傊?，對于性能測試結(jié)果的分析，要有認真負責的態(tài)度和細致科學的方法。有了它們，不難得出正確的結(jié)論。3、提交報告時機 、與功能測試 功能測試等不同，性能測試在整個 Web 應(yīng)用的開發(fā)過程中并不是連續(xù)進行的，因此性能測試報告一般只會在幾個時間點附近（比如某階段結(jié)束前）才

11、能 功能測試 讓有限的讀者看到。這容易給人以一種印象，性能測試并不如功能測試那樣重要，如果時間緊迫，甚至不用很系統(tǒng)地進行。這就會影響到性能測試工程師的成 就感和積極性。因此，性能測試工程師有必要創(chuàng)建一種性能測試持續(xù)存在的氛圍。這樣做有如下幾個益處：（1）培養(yǎng)同事對于性能測試的關(guān)注，普及性能測試的一些知識。這有助于測試報告的讀者更好地理解性能測試的過程與測試報告的內(nèi)容。由于日常工作中 主動介紹性能測試知識顯得比較突兀，根據(jù)實際情況，可以選擇在測試部門會議之中選取短暫的時間介紹一些性能測試的理念。（2）利于項目組內(nèi)團結(jié)協(xié)作精神的培養(yǎng)。分享自己可以使人獲得更多。比如，在開發(fā)人員剛剛修改完一些代碼的時

12、候，性能測試工程師不妨做一次小小的 測試，如果比之前性能有所改進，就可以將結(jié)果用電子郵件的方式，不那么正式地發(fā)出來，同時還可以將性能測試數(shù)據(jù)放置于項目組內(nèi)的服務(wù)器之中共享給所 有成員。通過這樣的方式，開發(fā)人員可以得到性能改善的好消息，互相鼓勵，性能測試工程師的工作也讓整個項目組看到，喜歡鉆研的同事還可以到服務(wù)器共 享中查看數(shù)據(jù)，性能測試工程師或許就能獲得更好的反饋。總之，提交報告的時機需要掌握，有如下技巧：正式的性能測試結(jié)束后，要盡快發(fā)送整理好的測試報告，供決策、優(yōu)化之用，以體現(xiàn)效率。在兩次正式性能測試之間，可以執(zhí)行若干輕量級的性能測試，將改善的地方非正式地通知全組，以普及性能測試常識、激勵同

13、事與自己，提高團隊精神。4、與測試主管的討論 、性能測試報告的讀者是其他同事、部門甚至更高級別的領(lǐng)導，因此在發(fā)送報告之前，有必要與測試主管就報告內(nèi)容進行討論。通過討論，至少可以獲得如 下的信息：（1）發(fā)現(xiàn)問題。測試主管一般來說測試經(jīng)驗更為豐富，遇到和解決過的問題較多，因此他/她可能會發(fā)現(xiàn)現(xiàn)有報告的問題，進而提出改進的意見。（2）使得報告表達更清晰易懂。總體說來，測試主管與其他同事、部門乃至更高級別領(lǐng)導溝通機會較多，對于報告潛在的讀者了解更深入，熟悉他們的閱 讀習慣與表達方式。如果有了更詳實的讀者信息，那么報告做有針對性的修改，會更清晰易懂。（3）增加工作交流的機會。在一個團隊當中，信息共享是很

14、重要的，與測試主管的討論有助于主管了解當前的工作，可以為性能測試工程師解決一些困難?？傊嗯c測試主管進行工作上的討論，對于一名初級性能測試工程師的成長是很有裨益的。5、有效總結(jié)測試數(shù)據(jù) 、有效地總結(jié)測試數(shù)據(jù)包含如下幾個要點：（1）在測試報告的內(nèi)容中，測試數(shù)據(jù)不能分散在各個部分當中，而應(yīng)該單獨列為文檔的某一部分。這樣的安排可以使得文檔結(jié)構(gòu)更加清晰，讀者在閱讀測 試數(shù)據(jù)的時候更加專注數(shù)據(jù)本身。（2）對于測試數(shù)據(jù)，不可能將所有的數(shù)據(jù)都列于測試報告之中，可以將最能支持結(jié)論的數(shù)據(jù)列出一行并說明各數(shù)值的代表含義。同時，必須列出獲取測試 數(shù)據(jù)的方法，用盡可能簡單的語言陳述清楚。對于報告中的測試數(shù)據(jù)，我們需

15、要掌握的原則就是它必須真實，并且能夠有力地支持結(jié)論。測試數(shù)據(jù)與測試方法部分一般放置于報告的前半部分。6、測試報告與圖表的結(jié)合 、前文多次提到測試報告要清晰易讀，而圖表就是增強可讀性的一種有效方式。對于枯燥的數(shù)據(jù)來說，人們很難從數(shù)字中快速發(fā)現(xiàn)規(guī)律和趨勢，而一旦將數(shù) 據(jù)轉(zhuǎn)換成圖表，情況則會明顯不同，趨勢往往很直白。另外，顏色搭配合適的圖表相對更容易吸引讀者的關(guān)注?！緢D表的副作用】但是，需要注意的是，圖表不是越多越好，因為那樣的話單個圖表所能吸引的關(guān)注就會被平均分配，最后降低到文字的水平甚至更低，這里邊或許也有所 謂審美疲勞的因素。因此，圖表不在于多，在于精，在于支持結(jié)論，說明問題。在 Excel

16、中將數(shù)據(jù)轉(zhuǎn)換為圖是非常容易的，下面我們將介紹這樣的方法。1）在 Excel 中為數(shù)據(jù)生成圖（1）在 Excel 中為數(shù)據(jù)生成圖表的方法實際上利用了 Office Web Component 組件的功能，它默認是與 Office 一起安裝在硬盤中的。如果在控制面板中沒有發(fā) 現(xiàn)該組件，可以在微軟官方網(wǎng)站免費下載。下面筆者通過簡單的步驟，為表 14-7 中某 Web 應(yīng)用各欄目首頁的 6 次響應(yīng)時間數(shù)據(jù)生成圖。表 14-7 某次性能測試的響應(yīng)時間數(shù)據(jù)請求頻道首頁 網(wǎng) 站 首 頁 新 聞 欄 目首頁續(xù)表響應(yīng)時間（秒） 7.3 8.5 6.8 8.4 7.1 8.0 6.9 7.8 7.0 7.9 8.

17、5 8.3請求頻道首 頁 論壇欄目首 頁 聯(lián)系我們欄 目首頁 產(chǎn)品欄目首 頁 4.5 4.6 3.2 3.2 9.8 9.5響應(yīng)時間（秒） 9.4 3.3 4.3 9.0 3.2 4.5 9.4 3.2 5.0 9.6 3.3 5.0將上述的數(shù)據(jù)輸入 Excel 的一個工作表，并全部選擇數(shù)據(jù)與說明的單元格，如圖 1 所示。圖 1 在 Excel 中選擇待生成圖的數(shù)據(jù)表【其他數(shù)據(jù)文件格式與 Excel】在實際工作中，測試結(jié)果絕大多數(shù)情況并不是 Excel 默認的 xls 文件，而以 txt、log、csv 為后綴名的文本文件居多。這是因為，這些文件沒有附加的格式 信息，生成容易并且相對快速。那么

18、，這些文件中的數(shù)據(jù)是否也可以在 Excel 中生成圖表呢？答案是肯定的。利用 Excel 的文件|打開菜單，選擇打開文件類 型為文本文件，就可以將很多使用 Tab 鍵、空格或者逗號對測試數(shù)據(jù)進行分隔的文本文件導入到 Excel 的工作表中，非常方便。選擇完畢后選擇插入|圖表菜單，即可以打開生成圖表的向?qū)В鐖D 14-8 所示。另外，在導航菜單中也可以單擊圖 14-9 中說明文字指向的圖表向?qū)?（Graph）圖標按鈕達到相同的目的。圖表向?qū)в?4 個步驟的設(shè)置對話框所組成，第 1 步需要確定的是圖表的類型，界面如圖 14-10 所示。這里列出了日常工作中應(yīng)用的絕大多數(shù)類型，如果有需要，也可以自定

19、義新的圖表類型。【圖表類型的選擇】不同類型的圖表，適合于表現(xiàn)不同的數(shù)據(jù)關(guān)系。因此，在報告中應(yīng)用正確的圖表有利于表達與支持報告的結(jié)論。在性能測試領(lǐng)域，一般來說折線圖適合表 達響應(yīng)時間等數(shù)值越小越好的數(shù)據(jù)；柱形圖、條形圖適合表達并發(fā)用戶等數(shù)值越大越好的數(shù)據(jù)；餅圖適合表達 Web 應(yīng)用終端用戶信息，比如瀏覽器版本、IP 分布等；XY 散點圖適合表達整個領(lǐng)域各組成元素的同一類數(shù)據(jù)等。圖 2 通過菜單打開圖表向?qū)D 3 通過導航條圖標打開圖表向?qū)D 4 圖表向?qū)У?1 步：選擇類型筆者選擇折線圖來表現(xiàn)表 14-7 中的數(shù)據(jù)， 因此， 在圖 4 中圖表類型列表框中選擇折線圖， 并在右邊的子圖表類型選項區(qū)域

20、中選擇默認的數(shù)據(jù)點折線圖， 單擊下一步按鈕，對話框顯示界面如圖 5 所示。圖 5 圖表源數(shù)據(jù)的選擇圖 5 中的對話框需要使用者選擇哪些數(shù)據(jù)用于生成圖表，由于在前面的步驟中，我們已經(jīng)將數(shù)據(jù)和說明選擇好，因此這里一般不需要做改變。另外，通過 單擊系列標簽，可以進一步增添或者刪除數(shù)據(jù)系列（在此處的例子當中，就是圖 14-7 中的任 1 行數(shù)據(jù)）。單擊下一步按鈕，進入圖表向?qū)У牡?3 個步驟：設(shè)置圖表選項。在圖 6 所示的對話框中，可以對圖表上額外的說明信息進行自定義，其中用處較大的有 如下幾個設(shè)置。圖 6 圖表選項的設(shè)置標題標簽中的圖表標題與 X、Y 軸標題，可以為整個圖表起名字，并且對 X、Y 軸的數(shù)據(jù)進行說明、列出數(shù)值單位。網(wǎng)格線標簽中的顯示網(wǎng)格線功能，使圖表中各數(shù)值有公共參照物，利于比較。選中數(shù)據(jù)標志標簽中的各選項，可以使圖表中線上各點附帶上數(shù)值和說明。數(shù)據(jù)表中顯示數(shù)據(jù)表選項，可以將源