***系統
日期:201x-xx-xx
目錄1 專案概述 3
1.1 標識 3
1.2 系統概述 3
1.3 效能指標 3
2 測試目的 4
3 測試依據和範圍 4
3.1 測試依據 4
3.2 測試範圍 4
4 系統環境 4
4.1 伺服器環境配置 4
4.2 測試環境部署圖 5
4.3 資料環境 6
5 測試工具及監控指標 6
5.1 測試工具 6
5.2 系統資源監控 6
5.2.1 應用程式效能監控指標 6
5.2.2 伺服器效能監控指標 7
6 測試方法 7
6.1 效能測試策略 7
6.2 效能測試分析 8
7 測試方案 8
7.1進入\退出準則 8
7.2測試前的準備 9
7.3定義測試場景 9
7.3.1 基準測試場景 9
7.3.2 負載測試場景 10
7.3.3 穩定性測試場景 11
7.3.4 擴充套件性測試場景 12
8 測試結果 12
8.1 基準測試結果 13
8.2 負載測試結果 18
8.3 穩定性測試結果 23
8.4 擴充套件性測試結果 23
9 測試結果說明 30
系統名稱：生活e站軟體應用系統
客戶名稱：青島金匯方圓投資****
生活e站軟體應用系統是由****、網上下單系統、網路進銷存系統三大塊組成，系統規劃完成後，將覆蓋青島市區，實現註冊會員網上下單，本地社群配送，足不出戶就能輕鬆實現網上生活的需要。
● 關鍵業務服務端響應速度在10秒以內。
● 根據80/20原則，80%的使用者會集中在20%的時間進行操作，計算出試運營階段最大併發數為：(25000*0.8)/(24*3600*0.
2)≈2人，考慮到24小時中集中時間段在早上，中午，晚上各2小時，因此最大併發數約為：10人/秒;依次推算出拓展階段最大併發數為：25人/秒，全覆蓋階段最大併發數為75人/秒。
● 24小時的下單量在18萬，因此穩定性測試50人併發做1個小時，確保系統在cpu和記憶體飽和長時間執行狀態下的穩定性。
本次測試的主要目的是對當前與使用者體驗關係最為密切的系統登入查詢商品、購物下單、後台供銷存系統開展效能評測，青島金匯方圓投資****據此效能結果判斷是否可以正常上線。
「生活e站專案」的效能測試依據客戶要求，以及與開發專案組、客戶通過業務系統評估建議書明確的目的和需求。
網上**的登入、頁面瀏覽、商品查詢；
網上下單系統的下單支付流程；
網路進銷存各個資料表單的查詢。
測試環境伺服器軟、硬體配置如下：
測試機的配置如下：
測試環境基礎資料量如下：
測試工具: loadrunner
監控工具: windows perfmon \ 程式日誌 \ loadrunner自帶工具\mssql自帶工具
本次效能測試將使用windows perfmon \ 程式日誌 \ loadrunner自帶工具\mssql自帶工具相結合監控關鍵業務的處理速度及伺服器資源消耗，下面列出常用的一些參考指標：
● 關鍵事務響應時間
● 執行的虛擬使用者數
● 關鍵事務吞吐率
● cpu\cpu%(user%+sys%) 處理器使用率。
● disk\disk %busy 磁碟使用率。
● disk iops 磁碟讀些速度
● mem\memfree 空閒的物理記憶體。
基準測試
針對單使用者對單一業務的進行的測試，為系統的效能測試提供乙個基線，用來作為效能測試的基準，通過對比得出最終的結論。
負載測試
針對某乙個業務的採用從小併發量逐漸加大的方式施壓，考察業務是否可以滿足效能需求，如果存在效能瓶頸便於進一步定位到根源。
穩定性測試
長時間對系統施加負載壓力，通過響應速度和吞吐率來判斷被測系統是否可以提供持續穩定的服務
擴充套件性測試
對系統持續增大壓力，當達到效能指標要求時增加產生瓶頸的裝置，繼續增大壓力，以此來考察系統是否具備擴充套件能力，以及擴充套件後效能提公升幅度。
業務分析
經過初步分析，將本次效能測試的重點確定為被測系統的下單流程，單據報表的查詢
測試資料分析
考慮到本次效能評估主要目的是降低系統上線風險，因此所有資料按照試運營階段，開通60個配送站，6萬會員，每天下單量2.5萬人，預計一年的資料量。
監控方案
本次效能測試將使用windows perfmon \ 程式日誌 \ loadrunner自帶工具\mssql自帶工具和人工檢視相結合監控測試場景執行過程中各種效能指標資料。
進入準則（所有條件全要具備）：
● 效能測試目的明確；
● 相關人員到位，相關裝置準備完畢；
● 系統通過功能測試，程式版本穩定；
● 測試環境與測試用資料準備完畢；
● 測試後系統恢復機制準備完畢；（備份資料庫）
● 系統業務、技術以及測試需求已經通過相關人員理解完畢。
退出準則（任一條件具備）：
● 所有執行工作按照方案順利完成；
● 由於程式存在問題導致業務流程無法走通或者併發執行錯誤率超過5%；
● 執行過程中缺乏相關人員配合、測試環境不可用或者缺少必要裝置導致延期2天；
● 執行過程中發生嚴重效能問題，經相關負責人同意直接進行優化整改。
1. 測試工具以及人員的選擇；
2. 搭建測試環境（包括網路、伺服器，資料量的錄入等）；
3. 提供系統相關的賬號密碼；
4. 場景執行過程中產生的各種資料指令碼；
5. 測試過程中所需的測試資料（使用者名稱、密碼等）。
本次測試環境部署在實驗室環境，不與網際網路進行互動，因此在負載測試、穩定性測試、擴充套件性測試中使用者登入均採用本地驗證方式，這樣可以更好地測試生活e站平台自身效能，遮蔽掉其他系統和網際網路絡環境複雜的干擾。
效能測試報告
優化後效能測試情況 1.進行100vuser模擬散客步入 會員 進行下單 入住 結賬操作 各關鍵操作均設定集合點 吐量,響應時間,伺服器資源如下 summary tps 筆 秒 響應時間 秒 伺服器資源 結論 1.在當前軟硬體條件100vuser併發時,目前check in,check out事物交...
效能測試報告
版本 v1.0 修訂記錄 目錄1 測試範圍 2 1.1 典型交易 2 1.2 指標收集 2 2 測試環境 2 2.1 網路結構 2 2.2 軟硬體配置 2 3 測試方案 3 3.1 模擬資料 3 3.2 網路頻寬 3 3.3 測試約定 3 3.4 測試實際進度 3 4 測試結果 3 4.1 基準測試...
網路基準效能測試報告
一 測試目的 通過測試網路的連通性 吞吐量 往返延時 丟包率，判斷網路系統的基準效能是否符合標準db37 t 291 2000 計算機網路檢測與評估 的要求。二 術語解釋 2.1連通性 連通性反映被測試鏈路之間是否能夠正常通訊。2.2吞吐量 吞吐量是指測試裝置或被測試系統在不丟包的情況下，能夠達到的...