qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請訪問 http://qaseven.github.io/

          性能測試中混合場景瓶頸測定

          在做混合場景測試的時候,常面臨一個問題:什么時候是到了應(yīng)用的瓶頸了呢?
            假設(shè)有三支交易(三個腳本): register、login、update,業(yè)務(wù)比例是 15%,75%,10%. 經(jīng)過比例調(diào)配,我們得到三支交易的用戶比例是4,2,3.
            第一種測試結(jié)果:
            測試序列用戶總數(shù)TPS響應(yīng)時間
            第一組9(4/2/3)14/76/1115/20/12
            第二組18(8/4/6)29/151/2416/21/12
            第三組36(16/8/12)20/120/15100/150/180
            那么我們發(fā)現(xiàn)第三組的測試結(jié)果性能比第二組明顯有所下降,那么在這種典型的情況下.我可以很容易知道36并發(fā)就是瓶頸了.
            第二種測試結(jié)果:
            測試序列用戶總數(shù)TPS響應(yīng)時間
            第一組9(4/2/3)14/76/1115/20/12
            第二組18(8/4/6)29/151/2416/21/12
            第三組36(16/8/12)20/300/47100/22/12
            此種情況,我們假設(shè)register的響應(yīng)時間也符合性能要求的話.第三組的時候其余兩支交易的TPS仍然維持的比例的增多,但是register反而下降了.此時我們要動態(tài)減少login和update的用戶數(shù),并增加register的并發(fā)直到他們的tps符合比例為止. 正常情況下你會發(fā)現(xiàn)調(diào)節(jié)后的總TPS和第二組交易差不多,也就說此時已經(jīng)到達了瓶頸.
            當(dāng)然,如果第三組的register的響應(yīng)時間已經(jīng)不符合性能要求的話,那么就更好判斷了.

          posted on 2014-02-20 10:46 順其自然EVO 閱讀(491) 評論(0)  編輯  收藏 所屬分類: 測試學(xué)習(xí)專欄

          <2014年2月>
          2627282930311
          2345678
          9101112131415
          16171819202122
          2324252627281
          2345678

          導(dǎo)航

          統(tǒng)計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 华阴市| 霍邱县| 金沙县| 金阳县| 海伦市| 郎溪县| 万载县| 通山县| 巴林右旗| 饶河县| 陵水| 和田市| 泸州市| 浦城县| 伊宁县| 阳新县| 东城区| 利津县| 丰原市| 定陶县| 铜川市| 马鞍山市| 托克逊县| 鱼台县| 锦屏县| 兴化市| 高唐县| 武定县| 富裕县| 武义县| 长沙县| 长沙市| 德格县| 潜江市| 邵阳县| 万年县| 荆州市| 丰台区| 斗六市| 莱州市| 保德县|