效能測試方案

1.明確測試目的範圍。

2.明確測試範圍和目標。

3.明確測試環境需求，包括：測試需要的軟、硬體環境以及測試人力需求。

4.確定測試方案，測試的方法和步驟。

5.確定測試需要輸出的結果和結果表現形式。

6.分析測試的風險，尋找規避辦法。

簡要描述與測試專案相關的一些背景資料，如被測系統簡介，專案上線計畫等。

說明文件編寫過程參考引用的資料資訊。

根據專案總體計畫明確專案測試目的。常見的測試目的如下（依據專案的實際情況修改。

本次效能測試的主要目的在於：

測試已完成系統的綜合性能表現，檢驗交易或系統的處理能力是否滿足系統執行的效能要求；

發現交易中存在的效能瓶頸，並對效能瓶頸進行修改；

模擬發生概率較高的單點故障，對系統得可靠性進行驗證；

驗證系統的生產環境執行引數設定是否合理，或確定該引數；

獲得不同備選方案的效能表現，為方案選擇提供效能資料支援。

說明本專案需要進行測試的待測系統功能範圍，列出被測物件的測試重要性及優先順序等，提供乙份簡要列表。對於交易類功能要細化到每乙個交易碼；對於頁面類功能要細化到每乙個發起頁面。下面**供參考，非強制使用。

如果測試目的為方案驗證，需要文字列出需要驗證的方案項。

明確列出說明本次測試需要關注的測試指標的定義及範圍，不需要關注的測試指標也應列出。下面的內容供參考。

本次效能測試需要獲得的效能指標如下所列：

交易的響應能力：即在單交易負載和模擬生產交易情況的混合場景負載壓力情況下，系統的響應時間。

每秒處理事務數：即應用系統在單位時間內完成的交易量（tps）。

批處理的執行時間。

系統可支援的併發使用者數量。

本次效能測試的限制性指標為:

系統資源使用情況：在正常壓力下，應用伺服器和資料庫伺服器的cpu、memory佔用率應分別低於70%、80%，資料庫儲存空間和檔案系統空間佔用率應低於70%。

交易的成功率：系統執行在當前（或規劃）的負載120%以上時的穩定性或可靠性資料。要求為測試交易持續執行8小時以上，交易成功率不低於99.5%。

本次效能測試不需要關注的指標：

業務流程/路徑覆蓋率。

業務資料的完整、正確性。

其他諸如系統易用性、可管理性等屬於專項測試的內容。]

明確本次測試各功能項的測試指標需要達到的測試目標，該目標須由專案組提出或最終確認。

該測試目標可能涉及到的具體指標值有：

針對不同型別交易的單交易事務平均響應時間

針對不同型別交易的單交易事務tps值

在負載情況下的單交易事務平均響應時間

在負載情況下的單交易事務tps值

在負載情況下的系統綜合tps值

可以列表方式提出（下表供參考，非強制使用），也可以以文字方式說明，要求有明確的目標數值

說明本專案生產環境的物理架構，可以以物理架構圖的方式。

說明本專案效能測試環境的物理架構，可以以物理架構圖的方式。

說明本專案測試環境與生產環境的差異，確定效能測試環境的軟硬體資源，包括待測系統各組成部分的配置。下表供參考，非強制使用。

描述開始執行測試的時機，下面準則供參考。

測試實施方案評審通過。

測試環境準備完畢，包括：

1.資料庫安裝並除錯成功，並經過相應優化，初始資料量滿足測試要求。

2.應用伺服器安裝成功，待測試版本已正確部署。

3.測試客戶端機器到位，系統軟體安裝完畢。

4.網路配置正確，連線通暢，可以滿足壓力測試需求。

5.測試所需的儲存到位。

6.其他環境資源就緒。

待測交易的測試資料和測試指令碼準備完畢。

待測交易（流程）通過功能測試，版本穩定。

描述在什麼情況下暫停/恢復全部或部分測試工作，下面準則供參考。

測試中發現問題，需要專案組修改**或更換版本；

測試中發現服務規劃及部署問題，需要重新調整部署方案；

需要調整測試環境資源，如加減cpu數目，增加儲存等等。

測試環境受到干擾，比如伺服器被臨時徵用，或伺服器的其它使用會對測試結果造成干擾。

描述測試結束的條件，有正常退出，也有非正常或意外的退出，下面準則供參考。

完成全部效能測試內容並提交測試報告；

對驗證測試的內容從測試外渠道獲得權威的結論。

說明本次測試的測試環境安裝情況。

說明本次測試使用到的測試工具和監控工具。

說明本次測試的測試指令碼、測試資料以及混合場景的交易配比情況等。

說明本次測試的測試方法（內容）及測試案例、測試場景設計。下面章節供參考。

在測試環境經過確認，指令碼預驗證之後對本次測試涉及的全部聯機交易做基準測試。目的是驗證測試指令碼及後台環境、初步檢查交易本身是否存在效能缺陷。

測試方法：

使用xx測試工具向xx伺服器傳送交易請求，接收並分析返回結果。擬採用xx負載執行，取交易的平均響應時間作為衡量指標，並計算吞吐量

對本次測試涉及的全部聯機交易完成基準測試後，分別執行單交易負載測試。目的是獲得交易本身的效能表現，診斷交易是否存在效能缺陷。

測試方法：

使用xx測試工具向xx伺服器傳送交易請求，接收並分析返回結果。擬採用xx的負載執行，取交易的平均響應時間作為衡量指標，並計算吞吐量

按照規劃生產環境交易比例設定測試場景，在xx使用者總併發的情況下測試業務的平均交易響應時間、吞吐下指標，監測應用伺服器、資料庫伺服器的資源使用情況、交易正確率等。

測試方法：

在測試環境下，按照xx測試場景執行測試，在xx總併發使用者數量的情況下，獲得在不同測試環境引數（包括資料庫配置引數，應用系統配置引數）下，系統效能表現的變化曲線。

在測試環境下，長時間連續執行測試指令碼，監測系統在連續運**況下，系統資源的使用情況和處理效能的變化。

測試方法：

在測試環境下，按照xx的測試場景執行測試，在xx個總併發使用者數量的情況下，連續執行測試指令碼xx小時，記錄系統的效能表現和資源開銷。

說明在測試完成後需要輸出的階段性成果，作為檢驗測試的衡量標準。

當測試完成以後，需提交的主要文件包括，但不僅限於：

《xx專案效能測試實施方案》

《xx效能測試指令碼》

《xx效能測試場景》

《xx效能測試場景結果》

《xx效能測試記錄及問題跟蹤表》

《xx專案效能測試報告》

在測試工作量估算資料的基礎上，考慮現有的資源情況，對資源進行具體安排，根據專案整體進度計畫，列出進度表，即是誰在什麼時間內完成什麼任務。下表供參考，非強制使用。

風險管理是對影響專案測試的各種可能發生的風險進行估計，以及對風險的發生機率和嚴重程度進行估計，並按照估計結果對風險進行排序。以下的**中已經列出了一些常見的風險和應對措施，可以根據專案的特性，對本表的內容進行增加、刪除、修改和重新排序，並對預防措施進行細化。規避風險的應對措施必須在本部分中有所體現。

下表供參考。

效能測試方案

效能測試測試方案

效能測試方案

效能測試方案

相關推薦