性能測試容量測試建模方法指南_第1頁
性能測試容量測試建模方法指南_第2頁
性能測試容量測試建模方法指南_第3頁
性能測試容量測試建模方法指南_第4頁
性能測試容量測試建模方法指南_第5頁
全文預覽已結束

下載本文檔

版權說明：本文檔由用戶提供并上傳，收益歸屬內容提供方，若內容存在侵權，請進行舉報或認領

文檔簡介

JR/T××××—2007CEB-TS/MTN/WB/CWE-001-2012PAGEIIPAGE2中國光大銀行質量管理領域測試綜合性能測試容量測試建模篇目錄TOC\o"1-3"\u修訂記錄 1目錄 21 前言 31.1 目標 31.2 用途 31.3 閱讀對象 31.4 內容簡介 31.5 編制背景 32 術語及定義 43 容量建模 53.1 方法簡述 53.2 實例展示 63.3 建模優點 6PAGEPAGE5前言目標為了對性能測試中容量建模方法形成統一的標準，使各項目組在性能測試過程中的容量建模環節做到有據可循、有方法做指導。用途本文為光大銀行質量中心性能測試組在實施性能測試過程中提供容量測試建模方法，并指導各項目組的性能測試工作。閱讀對象本文的閱讀對象是我行測試經理、項目經理、測試人員及其他關注性能測試的技術及管理人員。編制背景目前，質量中心性能測試項目組在容量測試建模過程中，各項目組雖然使用相同的方法，但需要經過很多次繁瑣的調整，才能滿足預期的測試模型，且調試的過程中存在差異性，沒有統一的標準；通過現有的建模方法運行的測試結果得出的交易配比與預期的比存在差距。所以在此背景下，經過項目組的討論決定，提供給大家一個統一的容量測試建模方法。容量建模方法簡述 在容量測試執行之前，我們需要為每一個測試場景建模。建模是根據業務模型（即各交易間的交易量配比關系）來構建，因此業務模型的確立很重要。業務模型的確立主要來源于系統生產數據、需求說明書、業務部門或開發人員提供的相關數據，當然在此我們不討論業務模型的構建，重點講述根據業務模型來構建測試模型。 首先，我們假定一個總的目標TPS，然后通過業務模型中每只交易的交易量配比，計算出每只交易的目標TPS，然后給每只交易預估目標用戶數，但需要滿足兩個原則：1、保證每只交易至少1個用戶，2、交易目標用戶數與交易目標TPS的比值大于響應時間（即為單交易負載測試的平均響應時間），同時將交易目標用戶數與交易目標TPS的比值作為間隔時間。具體原型請看下面的公式：總的目標其中：“交易間隔時間”=ART+延時，即為Vuer在兩次發送交易的間隔時間（延時≥=0\*Arabic0實例展示我們通過具體實例來講解，如下表格總的目標TPS=100(筆/秒)交易名稱交易配比響應時間(秒)交易目標TPS(筆/秒)目標用戶數間隔時間A20%0.4520100.50B10%0.281030.30C5%0.36520.40D20%0.222050.25E25%0.5625140.56F8%0.26830.38G12%0.271240.33建模優點拐點能更快更容易定位。當目標TPS與實際容量測試出的TPS出現較大背離時，如果非

溫馨提示

  • 1. 本站所有資源如無特殊說明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙，網頁內容里面會有圖紙預覽，若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間，僅對用戶上傳內容的表現方式做保護處理，對用戶上傳分享的文檔內容本身不做任何修改或編輯，并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容，請與我們聯系，我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論