• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 性能測試規劃建議書(2)

    發表于:2014-09-02來源:uml.org.cn作者:不詳點擊數: 標簽:性能測試
    工具:IBM、HP、OpenSource工具都支持。需有文檔配合 2. RBI方法 目標:快速識別性能瓶頸 內容:重點測試吞吐量指標,因為RBI認定80%的系統性能瓶頸由吞吐量

      工具:IBM、HP、OpenSource工具都支持。需有文檔配合
      2. RBI方法
      目標:快速識別性能瓶頸
      內容:重點測試“吞吐量”指標,因為RBI認定80%的系統性能瓶頸由吞吐量造成。
      按照網絡、硬件、數據庫、應用服務器、代碼的順序自上而下分析性能
      工具:IBM、HP、OpenSource工具都支持。需使用分析模塊、根據Weblogic、Oracle
      區別有專門的工具實現RBI。
      3. 性能下降曲線分析法
      目標:性能隨著用戶數的增加而出現下降趨勢的曲線分析、查看性能下降的環境點與上
      下文。確定性能閥值。
      內容:通過單用戶區域、性能平坦區域、壓力區域、性能拐點進行監控和分析。
      工具:IBM、HP、OpenSource工具都支持。IBM報表功能更強。
      4. HP(LoadRuner)性能分析法
      特點:側重于該廠商的性能分析方法、主要體現在需求收集、VU腳本。
      缺點:沒有對測試計劃階段、測試設計階段的具體行為、方法、目的進行描述。方法局
      限于LoadRuner產品的特性上。不能通用。
      5. IBM(Rational UP)軟件測試方法
      特點:軟件產品生命周期RUP的實現、側重于迭代測試、寬廣的方法論??蛇m合任意
      測試環境及方法、工具。
      缺點:需要根據測試環境進行剪裁、難以掌握、但掌握后非常成熟、高品質。
      工具:涉及到IBM Rational 測試環境的所有軟件、功能強大。
      6. PTGM性能測試模型
      內容:一個非常適合行業用戶(電力、金融、政務、制造)的性能測試過程模型。規范
      化的測試模型、每個環節都做到迭代測試、每一個過程的工作產品明顯可察、測
      試流程、測試上下文方面很優秀。包括以下環節:前期準備、工具引入、測試計
      劃、測試設計與開發、測試執行與管理、測試分析。
      工具:可以使用任意商業工具全新部署測試流程、不限于任何廠商工具的局限、也可以
      使用部分工具即可完成整個流程、或結合自己需要基于OpenSource工具進行定
      制。個人傾向使用多個產品的整合、綜合使用、揚長避短。
      性能測試方法
      1. 性能測試
      性能測試方法通過模擬生產運行的業務壓力量和使用場景組合測試性能是否能夠滿足需要。具備三個特點:
      (1) 這種方法的目的是驗證系統是否具有系統宣稱具有的能力。
      (2) 這種方法需要事先了解被測試系統典型場景、并確定性能目標。
      (3) 這種方法要求在已確定的環境下運行
      使用IBM Rational Performance Tester、HP Mercury LoadRuner、OpenSTA、Apache ab、Jmeter、QALoad 、TagUnit、Java Test Runner。
      2. 負載測試
      負載測試用來測定系統飽和狀態、確定閥值。其特點有:
      (1) 這種方法的目的是找到系統處理能力的極限;通過“檢測、加壓、閥值”手段找到如“響應時間不超過10秒”,“服務器平均CPU利用率低于65%”等指標。
      (2) 這種性能測試方法需要在給定的測試環境下進行,通常也需要考慮被測系統的業務壓力量和典型場景、另外HP Mercury LoadRuner在使用該方法進行“加壓”的時候必須選擇典型場景。
      (3) 這種性能測試方法一般用來了解系統的性能容量,或者是配合性能調優的時候來使用。特別是該項目的Weblogic Server和Oracle數據庫的性能調優。
      3. 壓力測試
      壓力測試方法測試目標系統在一定飽和狀態下,例如CPU、內存等在飽和狀態下、系統能夠處理的session的能力,以及系統是否會出現錯誤。該方法需要在系統cache調優與pool優化方面著手。該方法具備以下特點:
      (1) 該方法的目的是檢查系統處于壓力情況下的,應用的表現。如增加VU數量、節點數量、并發用戶數量等使應用系統的資源使用保持一定的水平,這種方法的主要目的是檢驗此時的應用表現,重點在于有無錯誤信息產生,系統對應用的響應時間等。
      (2) 該方法通過模擬負載在實現壓力。這種模擬需要考慮的層面很多、首先、模擬必須是有效的,我的經驗是需要結合業務系統和軟件架構來定制模擬指標、我測試過一些國內生產的壓力測試工具、他們使用通用的指標來考量、造成很多信息反饋有很大的水分。需要考慮的層面如:Oracle I/O、JVM GC、Conn Pool等。
      (3) 該方法還可以測試系統的穩定性。這里的技巧在于“什么樣的平臺定義一個多長的壓力測試時間讓其穩定運行才是科學的?”

    原文轉自:http://www.uml.org.cn/Test/200704233.asp

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>