目錄 一、
測試流程
.... 41.
設計階段
... 5
2.實施階段
... 5
3.分析階段
... 6
4.整體分析階段
... 6
二、測試原則
.... 6三、
測試工具
.... 7四、
實施案例－■■
■■■■
系統.... 71.
測試概況
... 7
2.測試目的
... 7
3.測試生成文件
... 7
設計 實施 分析
整體分析
工作內容 l
和專案經理確定測試的功能點
l 編寫測試用例文件
l 錄製指令碼
l 執行指令碼
,得到測試結果
l 填寫測試報告
l 分析測試結果和測試報告
l 編寫測試分析文件
l 對分析一的多份分析報告進行整體體的分析
生成文件 l
效能測試需求（
xls）
l 測試用例文件
(doc)
l 指令碼
(lr)
l 測試結果
(lr)
l 測試報告
(doc)
l 測試分析報告
(xls)
l 專案整體的分析報告
對人員的要求 l
對專案業務和需求比較了解
l 需要一定的專案經驗
l 工作量大
l 技術含量低
l 需要比較強的分析能力
l 技術含量高
l 需要非常強分析能力
l 技術含量非常高
**1
測試流程階段
測試報告文件
測試報告文件
測試報告文件
測試分析文件
測試分析文件
測試分析文件
專案整體的分析報告
效能測試基本上分成四個主要的階段： l
設計 l 實施 l
分析 l 整體分析
該階段主要是測試設計人員，專案經理和開發人員一起確定比較容易出問題的一些功能點，再根據這些功能點進行篩選按照《效能測試用例模板》的格式編寫《測試用例文件》。
在編寫文件期間，關於每個功能點的「正常資料量」，「正常使用者量」，「正常併發量」需要和專案經理仔細討論，並記錄在測試用例文件內；如果遇到專案經理不太清楚的功能點，測試設計人員可以根據經驗來作出判斷。
該階段需要測試設計人員對專案的業務和需求比較了解，也需要一定的專案經驗。
該階段生成的文件：
專案經理和測試設計人員編寫的《效能測試需求》（
xls）
測試設計人員編寫的《效能測試用例文件》（
doc）
該階段主要是測試小組內部完成。測試實施人員在得到分析階段編寫的《效能測試用例文件》，通過測試工具錄製、執行指令碼，把執行的結果按照《效能測試報告模板》的格式填寫《效能測試報告》。
《效能測試規範》上有詳細的規範來指導測試實施人員進行測試，比如，對測試指令碼的錄製方法，指令碼命名等問題上，都有詳細的說明。該《效能測試規範》的編寫目的，就是為了保證測試實施人員可以在短時間內上手進行測試實施，也規範了測試實施人員的操作，可以讓不同的測試實施人員可以在得到《效能測試報告》可以錄製出相同的指令碼和誤差不大的測試結果。
特別指出，該階段可能會填寫多份《效能測試報告》。乙份《效能測試報告》是在乙個測試環境（包括
，db server
，資料量，專案版本）下得到的測試結果。我們的測試肯能會對同乙個版本在不同測試環境下多次測試，得到多份測試結果；可能會把不同的版本專案在相同的測試環境下測試得到不同的測試結果。一般情況下，如果專案對效能要求不是嚴格的話，那我們只出乙份《效能測試報告》。
該階段對測試實施人員的要求比較低，只需要經過短時間內培訓，在測試經理的指導下就可以進行完整測試實施。此階段工作量比較大，但是，此階段又是整個效能測試流程中比較重要的階段，測試實施人員犯的錯誤會直接影響到後期的分析，所以，還是要對這個階段的工作特別細心，特別重視。
該階段生成的文件：
測試實施人員根據《測試用例文件》，錄製「測試指令碼」
測試實施人員根據「測試指令碼」，得到「測試指令碼執行結果」
測試實施人員根據「測試指令碼執行結果」，填寫《效能測試報告》（
doc） 注：
此處的「測試指令碼」，「測試指令碼執行結果」，《效能測試報告》（
doc）乙份或者多份
該階段也是測試小組內部完成。測試分析人員根據得到的《效能測試報告》，「測試指令碼執行結果」進行分析，按照《效能測試分析報告模板》的格式填寫《效能測試分析報告》。
目前，我們的分析，是功能點的響應時間，網路佔用量，
的cpu
和記憶體來的一些引數來對功能點進行分析，得到該版本的專案在該測試平台的乙個整體的效能報告。
在之前的乙個階段中，出現每份《效能測試報告》文件，都會分析得到乙份《效能測試分析報告》。如果專案對效能要求不是嚴格的話，那這個階段已經就完成了整個測試階段，該《效能測試分析報告》就是最終的效能報告。如果專案對效能非常嚴格的話，那要繼續下乙個極端。
該階段需要測試分析人員根據一些資料，一些圖表來判斷專案的效能，對測試分析人員有比較高的分析能力。如果找到效能上出現問題的功能點，在測試分析人員的能力範圍內，需要定位問題的原因。
該階段生成的文件：
測試分析人員根據《效能測試報告》，「測試指令碼執行結果」，填寫《效能測試分析報告》。 注：
此處的《效能測試分析報告》乙份或者多份
該階段是測試分析人員對前面乙個階段得到的多份的《效能測試分析報告》橫向和縱向的綜合分析。
所謂橫向分析，就是對同乙個版本在不同平台上得到的《效能測試分析報告》進行分析，意圖在得到專案的乙個執行的推薦配置。
所謂縱向分析，就是對不同版本在相同的平台上得到的《效能測試分析報告》進行分析，意圖就是得到專案在改版後，效能問題是否已經得到了解決。
綜合分析，就是結合兩者得到的分析報告。
該階段對測試分析人員需要非常強的分析能力，目前，測試組沒有乙個成員可以承擔改分析工作，但是作為乙個以後的測試人員的培養方向。
該階段生成文件：
測試人員根據《效能測試分析報告》，編寫《專案整體的分析報告》。
二、測試原則
測試環境必須是盡可能的去除外界人為干擾，最好能單獨訪問該**。
測試各個階段中，每個階段的測試人員只需要了解前乙個階段測試結果。
mercury loadrunner 7.8
■■效能測試目前，我們的是進行了之前提到的前三個測試。第四個階段，因為目前的技術問題，沒有進行下去。
對該系統進行測試的最主要的目的是為了驗證該整個流程和該流程的文件模板是不是符合我們的專案實際情況；其次，才是測試長安效能問題。
《效能測試需求》（
xls）■
《效能測試用例文件》（
doc）■
「測試指令碼」（
loadrunner）■
「測試指令碼執行結果」（
loadrunner）■
《效能測試報告》（
doc）■
《效能測試分析報告》■
測試流程及規範
date 2017 8 26 測試工作通常分為4個型別，功能測試 聯合測試 效能測試及穩定性測試。測試型別 測試意義 測試方法 功能測試 確保功能符合需求定義和所有功能可以正常完成工作 以手工黑盒測試為主，手工執行功能測試用例 聯合測試 乙個新產品或乙個產品的新版本發布時，要確保與之相配合的產品可以...
敏捷測試流程規範
1 立項與規劃階段 建立product backlog，確定整個專案的需求清單，同時完成需求 設計評審，並成立專案組，為後面迭代階段做準備 2 迭代階段 建立專案 需求評審 迭代計畫 分配任務 研發 測試階段 每日例會 驗收產品 發布產品 演示會 專案總結 1 立項與規劃階段 1 需求評審，進行需求...
效能測試流程
很多人剛剛接觸效能測試的時候，拿到客戶提出的大致需求，如併發使用者數是500，響應時間3秒。然後就開始做指令碼，加壓執行，收集測試結果 等客戶問到 某某流程支援多少併發？各個測試流程比例是否和實際使用者使用情況一致？可擴充套件需求情況如何？然後我們就傻眼了.拿到乙個效能測試任務的時候，我們首先需要明...