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

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

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    Loadrunner只基本概念:并發用戶與集合點的討論

    發布: 2010-11-03 21:40 | 作者: 網絡轉載 | 來源: 領測軟件測試網采編 | 查看: 176次 | 進入軟件測試論壇討論

    領測軟件測試網

      Q:并發用戶數和集合點有必然聯系嗎?在性能測試中必須使用集合點來測試嗎?

      A:并發用戶數,顧名思義,就是同時操作的用戶,這里的“操作”可以指對系統真正的操作,也可以只是連接(此時通常叫作“并發連接數”),而集合點是一種特殊情況下的并發,多用于測試系統在瞬間加壓的表現。因此,并發用戶數和集合點有聯系,但并非必然的聯系,在測試并發用戶的性能測試場景中,可以不必設置集合點,這將視測試目標和測試策略而定。

      Q:不設置集合點的測試,能代表是“并發”操作嗎?

      A:有這樣一種說法,設置集合點是為了確保 “嚴格意義上”的并發,其實從本質上看,這主要是一個看問題的粒度大小的問題。集合點的作用是通過工具的控制,確保一個請求嚴格的“同時”從前臺提交到后臺?墒侨绻⒂^地看,是不存在嚴格意義上的并發的,即使在客戶端通過設置集合點的方式將100個請求同時提交到后臺,經過網絡上的傳輸消耗,可能它們并不是同時到達的,而即便100個請求同時到達服務器端,受到中間件和應用系統、數據庫的各種連接池、緩沖區, CPU處理隊列等的限制,也可能在服務器端產生等待的。因此,嚴格意義上的“并發”可以說是不存在的,我們需要做的是在可以接受的粒度范圍內取得一個最佳的平衡點,站在這個平衡點的層面上去看待“并發”這個問題。

      性能測試無非有兩個目的,一是評測,二是調優。

      在以評測為目的的性能測試中,用戶更關心的是業務上的并發,也就是真實業務場景的并發情況,這種情況下只要按照業務操作的模式去設置場景就可以了,并不需要設置集合點。

      集合點是一種特殊情況下的并發,通常是在以調優為目的的性能測試中才會用得到,目的是有針對性地對某個可能存在性能問題的模塊施壓,以便找到性能瓶頸。

      集合點在我實際的測試過程中用得并不多。

      Zee:

      關于集合點,我一直覺得沒有什么可爭議的,這兩天看到幾個帖子在說這個東西。有一點我想大家都是認同的:集合是相對的集合。

      集合是在產生負載的機器上的集合。如果考慮網絡,中間件等等的因素。到服務器肯定不會是同一時間點,那于是就有人希望能更接近在服務器端實現并發的操作。認為這才是真正的并發。

      我覺得首先要做的是分析應用系統,到底你想做的是什么。

      比如說,你想讓某個URL能達到1000個同時請求的目的。這樣的目標就比較明確了。

      而在討論集合點的時候,大家很少拿具體的東西來舉個例子。這樣有點說不清楚。要想達到并發。我覺得應該更具體的分析應用。再來定下目標來做。而不是一直在討論LR如何能實現。

      Xingcyx:

      因為在實踐中,我經常會碰到這樣的情況:

      測試需求說,該系統應支持200個并發用戶。

      那么我們就開始測,錄制好腳本,下一步就是在場景中執行了,在控制臺中設置某腳本并發用戶數為200,測試結果為通過或未通過。此時爭議就來了:這200個用戶的腳本如果執行通過,測試結果可以接受,是否可以說這個系統支持了200個并發呢?

      大漠飛鷹:

      測試前肯定要了解需求,或者說是測試目的。

      就說明“該系統應支持200個并發用戶!, 這種需求嚴格意義上來說是不合格的需求,因為描述不夠清晰,過于模糊等。

      當然,在實際中,這類需求到了我們測試人的手里也是常有的,一般就當普遍的情況來出來。

      比如,web系統,就按2/5/8,或者2/5/10來處理,如果能通過就pass,否則就讓開發人員調優。

      Zee:

      從集合點到并發數的確定。我覺得這其中的轉換最主要的地方在于分析業務。

      比如用戶說了:要求200個用戶并發。

      那要問清楚的就是,200個用戶是個什么樣的比例,有多少人在干這個,有多人在干那個,按百分比,用不同的腳本來跑。

      那再來想一下客戶。他關心的是200個用戶在服務器上同時點同一個URL或者某一個相同的資源?這個客戶我想大多不會關心。而他想要的就是我有200個用戶在線的時候。響應時間不至于讓人不可接受。至于多少才不可接受。按平常人的心理承受能力來衡量就可以了。再或者有其他的說法,就是200人同時點同一 URL或者請求同一資源,我想可以通過計算來增加vuser的數量或者集合呀,或者其他的方法來努力的向這個目標靠近。

      如果說非要在服務器上這個時間并發這么多的用戶。我覺得只能盡量把它縮小到一個時間段內。而這樣做我覺得并不是從分析業務出發的,

      Xingcyx:

      樓上說的是最常見的一種情況,在這種測試需求下,我會設置一個混合場景來測試,也就是按照做不同事情的用戶的百分比去設置。

      但會有另外一些時候,并不是一個實際的應用系統,可能是一個開發平臺,或者工作引擎等,它涉及的性能的概念會更偏向底層一些,這個時候可能就不是像一般的應用系統那樣,設置一個混合場景來測試那么簡單了。

      大漠飛鷹:

      一般說的并發數指的是業務并發,而不是服務器端的并發數。

      理解:業務并發分相對的和絕對的,分同時在線和同時觸發,是從功能角度上去分析,如對某個功能操作進行并發測試;服務器并發是從服務器端看,接收到并發請求,一般是絕對并發,客戶端絕對的無間隔并發在服務器端不一定無間隔并發,因為有網絡等原因,到了服務器端往往就不是絕對并發了,是從技術角度去分析。

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: loadrunner LoadRunner Loadrunner loadRunner 概念 討論 用戶


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

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