文件修改歷史
目錄1. 文件介紹 3
1.1.測試目的 3
1.2.讀者物件 3
1.3.參考資料 3
1.4.術語與解釋 3
2. 測試環境 3
2.1.測試環境 3
2.2.測試工具 4
3. 測試需求 4
3.1.測試功能點 4
3.2.效能需求 4
4. 準備工作 5
5. 測試完成準則 5
6. 測試風險 6
7. 測試設計策略 6
7.1.關鍵資源不處於阻塞狀態 6
7.2.組合測試用例策略 6
7.3.測試執行策略 6
8. 業務模型 7
8.1.場景一 7
8.2.場景二 7
8.3.場景三 8
9. 測試報告輸出 8
本次效能測試的目的是檢測***系統的效能情況。即：為了***系統上線後能夠穩定執行，有必要在上線前對核心業務場景的壓力情況有充分了解。
因此，希望在模擬生產環境的情況下，模擬上線後的使用者併發數，對系統核心業務進行壓力測試，收集相應的系統引數，並最終作為上線的依據。
編寫本方案的目的是指導本次效能測試有序的進行，相關人員了解本次效能測試。
本方案的預期讀者是：專案負責人、測試人員和其他相關人員。
無模擬客戶使用環境（最好模擬客戶實際使用的配置環境）。具體如下：
網路環境：lan（100m）
硬體環境：
應用伺服器
數量：1臺
配置：型號、cpu、記憶體等
資料庫伺服器
數量：1臺
配置：型號、cpu、記憶體等
測試客戶端
數量：2臺
配置：型號、cpu、記憶體等
軟體環境：
作業系統：windows server 2008，windows xp sp3
應用服務軟體：websphere，tomcat5.5
資料庫：db2，oracle 10g
loadrunner9.5
本次測試共涉及登入，新聞發布......模組。
注：1. 如果未提出實際效能需求可簡寫或省略該項
2. 此項根據產品需要可適當修改
1) 併發使用者數達到？時，登入系統平均響應時間不超過？秒；
2) 併發使用者數為？時， 操作主要的業務流平均響應時間在使用者接受的範圍內，系統執行正常；
3) ？小時執行組合測試用例時，系統正常執行不崩潰；
4) 若系統容量不能達到要求的併發數或執行時間時，驗證一下達到哪乙個數值時，系統將不能支援
注：此項根據產品需要可適當修改或省略
1) 測試功能點全部通過功能測試，確保功能上沒有問題；
2) 準備測試環境伺服器：
1、 準備好安裝***系統的伺服器1臺；
2、 安裝***中介軟體、***資料庫軟體；
3) 準備測試客戶機，如果併發使用者數要求較多時，需要準備機器安裝loadrunner9.5，並使用負載機制和1臺客戶端產生虛擬使用者數量；
4) 對於每乙個測試功能點，都要事先錄製好相應的測試指令碼，包括引數化、關聯等，準備好測試資料，並且除錯好，指令碼能夠成功的回放，保證在測試的時候能夠順利的執行；
5) 建立測試場景，並配置好每個場景的設定；
6) 測試過程中儲存好指令碼和分析結果，並規範的對指令碼和分析結果等進行命名。
注：此項根據產品需要可適當修改
1) 達到效能要求。即在要求的併發使用者數下，系統的響應時間小於等於客戶要求的登入系統平均響應時間；
2) 在長時間執行後，系統不崩潰，各功能正常；伺服器cpu，記憶體，響應時間等引數保持穩定；場景執行停止後，一段時間內占用的資源可以正常釋放。
注：此項根據產品需要可適當修改。
1) 選擇的業務流不具有代表性。即選擇的測試功能點經過負荷測試和長時間測試後不能重現系統問題，如記憶體溢位，速度慢等問題；
選擇測試功能點的原則：客戶使用系統時經常操作的業務流，以及覺得反應比較慢的幾個功能模組；
2) 不是在實際環境中的測試（即模擬的測試環境和客戶實際使用環境配置差別較大），由於測試環境的不同，測試結果和實際使用環境中的結果有一定的出入；
3) 測試環境中的資料量比實際環境中使用一段時間後的資料量要少的多，系統目前的效能不能代表資料量增長後的效能。
注：此項根據產品需要可簡寫或省略
應用伺服器cpu利用率<（？）
網路流量<（？）
物理記憶體不能耗盡，利用率<（？）
響應時間<（？）
注：此項根據產品需要可適當修改
先單個測試用例在不同的場景下併發測試，再組合多個測試用例同時併發多使用者長時間測試。即：先單獨執行併發使用者登入用例，新聞發布用例……。
最後組合執行上面x組用例，同時併發執行x小時。
注：此項根據產品需要可適當修改
在正常的生產資料下，採用階梯式的方式，分別使用併發使用者60、80、100個進行測試。如果在某乙個併發使用者數，如80個併發使用者測試時，發現效能下降，那麼則逐步減少併發數，以找出併發使用者達到什麼數目時，系統效能開始急劇下降。
………… ……
…… …… ……
在***系統的效能測試結束後，根據測試結果，將生成效能測試報告。
對應文件名稱如下：
見《***系統效能測試報告》
效能測試測試方案
平台xx專案系統已經成功發布，依據專案的規劃，未來勢必會出現業務系統中資訊大量增長的態勢。隨著業務系統在生產狀態下日趨穩定 成熟，系統的效能問題也逐步成為了我們關注的焦點 每天大資料量的 衝擊 系統能穩定在什麼樣的效能水平，面臨行業公司業務增加時，系統能否經受住 考驗 這些問題需要通過乙個完整的效能...
效能測試方案
1.明確測試目的範圍。2.明確測試範圍和目標。3.明確測試環境需求，包括 測試需要的軟 硬體環境以及測試人力需求。4.確定測試方案，測試的方法和步驟。5.確定測試需要輸出的結果和結果表現形式。6.分析測試的風險，尋找規避辦法。簡要描述與測試專案相關的一些背景資料，如被測系統簡介，專案上線計畫等。說明...
效能測試方案
1 多使用者併發情況下應用功能測試，確保系統的併發使用者量 2 在併發使用者最大值時系統的響應時間 3 在壓力峰值情況下系統處理交易的速度，允許的併發使用者數 4 在壓力峰值情況下系統持續執行時間 5 在正常的業務場景下系統的穩定執行時間 6 計算可能達到的業務歷史資料量，系統資源在此情況下能否達到...