第1章 概述
1.1
編寫目的
編寫該測試總結主要有以下幾個目的:
1、 通過對效能的測試結果的分析，得到對**效能的評估；
2、 分析測試的過程、為**持續改進的質量過程提供參考。
1.2
專案背景
本專案是應開發中心的要求，對xx**所涉及的關鍵/介面效能的情況進行壓力測試與分析，以期輔助技術支援人員對伺服器進行效能調優。
1.3測試物件
1.4測試範圍
針對上述介面進行壓力測試，本次測試僅對該位址訪問產生的資料互動做為測試依據，並且由於時間緊，只測試以上每個介面在模擬真實使用者情況下的併發數能力。第2
章測試活動
2.1
測試目的
對上述介面進行壓力測試，分析其真正的負載能力及併發能力，從而為技術人員對伺服器效能調優提供參考。
2.2 測試組織架構
2.3 測試環境
2.4 測試工具
loadrunner
nmon
2.5
測試過程
從***至***展開對上述介面的併發數，事務響應時間等指標進行壓力測試，效能分析與伺服器調優，其間進行了多次測試，最終選取代表性的測試場景作為資料來原依據。2.6
測試場景
場景一：城市字母列表介面併發能力測試
分別設定200，300個虛擬使用者，每個虛擬使用者裡面設定集合點，每1秒增加2個使用者，所有的虛擬使用者和人載入完畢後，持續向伺服器發起請求。穩定執行30分鐘。（本次測試接近真實使用者行為）結果圖如下：
200併發使用者，效能穩定,圖略
300併發使用者，事務平均響應時間為1.925,事務平均響應時間與每秒請求數合併圖如下：
場景二：城市推薦景點介面測試
分別設定200，300個虛擬使用者，每個虛擬使用者裡面設定集合點，每1秒增加2個使用者，所有的虛擬使用者和人載入完畢後，持續向伺服器發起請求。穩定執行30分鐘。（本次測試接近真實使用者行為）結果圖如下：
200併發使用者，效能穩定,圖略
300併發使用者，事務平均響應時間為0.158,效能穩定,圖略
此時伺服器資源，如圖：
記憶體資源使用圖如下：
場景三：取varnish中介面測試
分別設定200，300,600,800,1000個虛擬使用者，每個虛擬使用者裡面設定集合點，每1秒增加2個使用者，所有的虛擬使用者和人載入完畢後，持續向伺服器發起請求。穩定執行30分鐘。（本次測試接近真實使用者行為）結果圖如下：
200,300,600,800併發使用者，效能穩定,圖略
1000併發使用者，執行穩定，平均事務響應時間為最大為1.664，此時平次事務請求數為108.325。參照下圖：
對應的伺服器資源使用情況監控圖請參照下圖：
記憶體使用情況，總體占用空間不大，如下圖：
場景四：圖吧轉座標介面測試
分別設定300，500個虛擬使用者，每個虛擬使用者裡面設定集合點，每1秒增加2個使用者，所有的虛擬使用者和人載入完畢後，持續向伺服器發起請求。穩定執行30分鐘。（本次測試接近真實使用者行為,由於會影響到線上伺服器，所以沒有繼續加大使用者併發量） 結果圖如下：
300併發使用者，效能穩定,圖略
500併發使用者，事務平均響應時間為0.678,效能穩定,平均事務響應時間與tps合併圖如下
此時伺服器資源使用情況如下圖：
記憶體使用情況如下圖：
章測試結果分析
3.1測試結果分析
業務效能指標統計分析結果：
業務名稱
併發數業務平均響應時間（秒）
業務成功
次數業務失敗次數
業務失敗率（%）
平均tps(個)
城市字母列表介面。
3001.925
97736
1920.19%
23.102
城市推薦景點。
3000.158
377,676
1110.02%
89.486
取varnish中（以反應最慢的值為參考）
1000
1.644
310,24400
54.189
圖吧轉座標，
5000.678
136.22200
58.92
從表中結果可以看出，城市字母列表介面與城市推薦景點兩個介面的併發量在300的情況下錯誤率比較小，由於該業務與資料庫有關係，效能比其它兩個結果要低不少，經開發討論此值也應該可以滿足目前我們的業務需求。
資源監控
序號介面名稱
cpu使用率
記憶體備註(參照檔案)
1城市字母列表介面。
42.4%
無溢位leador241_131114_1505.xlsx
2城市推薦景點。
7.5%
無溢位leador241_131114_1421.xlsx
3取varnish中。
5.8%
無溢位leador-web-220-113-2-91_131115_1005.xlsx
4圖吧轉座標，
3.1%
無溢位leador241_131114_1651.xlsx
第4章 測試結論與建議
經過反反覆覆多次測試，在先後調整測試伺服器openfiles, max user process, max user thread， 以及sql連線數等伺服器引數後，在伺服器cpu占用合理，記憶體占用合理的情況下最終得出的上述結果，
城市字母列表介面與城市推薦景點兩個介面的併發量在300的情況下錯誤率比較小，由於該業務與資料庫有關係，所以經過計論認為可以滿足目前的現實需求。
取varnish中和圖吧轉座標這兩個介面的併發能力較強，分別為1000與500，可以滿足我們目前的業務需求。
由於我們測試環境主資料庫是與tomcat安裝在一台伺服器上的，直接會影響到伺服器i/o指標（上面伺服器監控圖中i/o峰值都比較高，當然與併發使用者請求有關），所以建議我們對資料庫再進行優化。其它方面的效能引數大家可以看附錄檔案。
另外我們還有幾個介面與線上伺服器有關，以後測試環境具備測試條件後再進行測試，如果有時間我們還可以從**的其它tps，hps等指標，從資料庫的效能角度做針對性的測試，這樣就會得到乙個比較全面的測試結果。
關鍵介面效能測試報告
第1章 概述 1.1 編寫目的 編寫該測試總結主要有以下幾個目的 1 通過對效能的測試結果的分析，得到對 效能的評估 2 分析測試的過程 為 持續改進的質量過程提供參考。1.2 專案背景 本專案是應開發中心的要求，對xx 所涉及的關鍵 介面效能的情況進行壓力測試與分析，以期輔助技術支援人員對伺服器進...
效能測試報告
1 專案介紹.3 1.1 測試目的.3 1.2 縮略語和術語說明.3 1.3 測試環境配置.3 2 效能測試工具.4 3 效能測試方案.4 3.1 系統壓力測試.4 3.1.1 系統壓力測試操作步驟.4 3.1.2 測試通過標準.4 4 效能測試資料分析.5 4.1 系統壓力測試報告.5 4.1.1...
效能測試報告
於感謝分享！1 計畫概述 目的 找出系統潛在的效能缺陷 目標 從安全 可靠 穩定的角度出發，找出效能缺陷，並且找出最佳承受併發使用者數，以及併發使用者數下時間執行的負載情況，如要併發100個使用者，如何對系統分析和調優 3 術語解釋 名詞解釋 4 系統簡介 對乙個什麼系統的測試 5 測試環境 測試範...