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

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

  • <strong id="5koa6"></strong>
  • 我們一起聊聊性能測試是怎么一回事?(3)

    發表于:2017-02-21來源:gitbook作者:靚湯點擊數: 標簽:性能測試
    割據分段法:就是假設問題最可能出現在什么地方,分段分析,使用打樁的方法。 路由堵截法:就是從壓力產生的數據流向開始分析。 資源監控法:資源監

    割據分段法:就是假設問題最可能出現在什么地方,分段分析,使用打樁的方法。

  • 路由堵截法:就是從壓力產生的數據流向開始分析。

  • 資源監控法:資源監控,主要關注資源有:

    • CPU(用戶占用<通過算法優化等方法解決>、系統占用<堵篩>)
    • 內存(頁面失效(軟頁面和硬頁面)可以剩余內存、可以緩存)
    • 磁盤I/O
    • 網絡
    • 進程(處理器時間、進程產生的頁面失效、進程所分配的無法與其他進程共享的當前字節數量,看是否有內存泄露等)
  • 存儲,也需要關注。


  • 問:在做性能測試時,為了追求模擬數據的真實性,我傾向于把能參數化的字段都做成參數,但是很顯然過多的參數會給客戶端帶來不少的性能壓力。所以有時想想,其實我們是不是可以走另一個極端,只參數化那些已知與性能有關的那些字段,其他字段一律寫死就行了?但是這樣會不會導致有些字段其實也會影響性能,只是自己認為不影響,從而漏測一些性能問題?

    答: 我個人是認可的,但我們要具體分析一下。為什么要參數化,更多的人會是是為了模擬真實情況。其實大家想問的是,什么才叫真實情況。有人會說是用戶的實際場景。我個人認為這是表面現象。真實情況應該是:能模擬磁盤、CPU、內存的真實情況,才是我們測試人員想要的真實情況。 業務的真實情況最后都會變成對資源的消耗情況。

    主要考慮點有:

      原文轉自:http://gitbook.cn/books/58a1cef89253167836c8acad/index.html

    老湿亚洲永久精品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>