探討LoadRunner的并發(fā)用戶和集合點(diǎn)

王磊

摘 要 在現(xiàn)行階段很多人士比較熱衷于使用集合點(diǎn)，從概念上認(rèn)為要得到并發(fā)用戶就必須設(shè)置集合點(diǎn)，認(rèn)為在執(zhí)行一個壓力測試腳本時，設(shè)置了集合點(diǎn)才算是有效的并發(fā)用戶，沒有設(shè)置結(jié)合點(diǎn)，就認(rèn)為可能這個就不能準(zhǔn)確的代表并發(fā)用戶數(shù)。對并發(fā)用戶和集合點(diǎn)，缺乏對系統(tǒng)整個過程的分析，這其中涉及到的知識包括網(wǎng)絡(luò)、協(xié)議、中間件、數(shù)據(jù)庫、應(yīng)用層以及緩沖區(qū)和緩存等等，當(dāng)然還與硬件資源CPU隊(duì)列和內(nèi)存等有著千絲萬縷的聯(lián)系。

關(guān)鍵詞 LoadRunner 并發(fā)用戶 集合點(diǎn)

中圖分類號：TP391.4 文獻(xiàn)標(biāo)識碼：A

1關(guān)于并發(fā)用戶和集合點(diǎn)的定義

并發(fā)用戶：通俗意義上講就是同時操作的用戶，當(dāng)然這個“同時”可以理解為同一時間段，還可以理解為同一時間點(diǎn)。如果說并發(fā)就是同一時間點(diǎn)上同時操作的用戶，這樣理解沒有錯誤，但對于實(shí)際情況來講，是沒有嚴(yán)格意義上的并發(fā)執(zhí)行的，就如同進(jìn)程和線程關(guān)系一樣，在某一個點(diǎn)嚴(yán)格上講就只有一個人得到執(zhí)行的權(quán)利。集合點(diǎn)：用以同步虛擬用戶，以便恰好在同一時刻執(zhí)行任務(wù)。這個從概念上來講，其實(shí)也是比較模糊，正因?yàn)槟：?，使用才值得去深入探討。對于LoadRunner來說，集合點(diǎn)只是一種策略，而這個策略也會有很多規(guī)則，因?yàn)閷?shí)際情況中并非所有用戶都會同時到達(dá)集合點(diǎn)，因?yàn)閺目蛻舳税l(fā)出到網(wǎng)絡(luò)、中間件、應(yīng)用層再到數(shù)據(jù)庫，這其中的每一個環(huán)節(jié)都有延時，也就是說不可能所有的用戶都能到達(dá)所謂的集合點(diǎn)，才開始同時執(zhí)行操作。

2關(guān)于并發(fā)用戶和集合點(diǎn)的個人理解

從上面兩個概念的理解來講，有人就會思考，并發(fā)用戶和集合點(diǎn)到底有沒有關(guān)系，這才是關(guān)鍵。當(dāng)然這個就要看需求是什么了，所以說很多時候人們誤用集合點(diǎn)和并發(fā)用戶，其實(shí)根本原因在于對需求的理解，需求本身都沒有搞清楚想實(shí)現(xiàn)的場景，得到什么樣的結(jié)果。當(dāng)然需求并不是專業(yè)的技術(shù)人員，至少大多數(shù)人碰到的需求都不一定是技術(shù)出身，所以他們不明白，我們就不能裝忽悠，不然結(jié)果就肯定不符合實(shí)際了。通常情況下，我們會得到用戶這樣的需求“本系統(tǒng)要達(dá)到并發(fā)用戶200”，這種需求從嚴(yán)格意義上來講是不合格的，因?yàn)閷τ谝粋€系統(tǒng)來說有很多個功能，比如系統(tǒng)登錄、注冊、查詢、刪除等等，是要求登錄達(dá)到200，還是所有功能總共達(dá)到200，因?yàn)楫?dāng)用戶進(jìn)入系統(tǒng)之后，有些用戶在執(zhí)行注冊，有些用戶在執(zhí)行查詢，是否可以并行操作，也是所謂的并發(fā)，所以說要理解集合點(diǎn)和并發(fā)數(shù)，從根本上就應(yīng)該更清晰的理解業(yè)務(wù)流程，只有把業(yè)務(wù)分析清楚了，方才可以合理的使用集合點(diǎn)，正確的理解并發(fā)用戶數(shù)。通過對LoadRunner的理解，LoadRunner本身就已經(jīng)在模擬實(shí)現(xiàn)一個并發(fā)的過程，而增加集合點(diǎn)設(shè)置只是為了并實(shí)現(xiàn)嚴(yán)格意義上的所謂的并發(fā)，而實(shí)際是這個集合點(diǎn)的設(shè)置也并非絕對達(dá)到了這個目的，結(jié)構(gòu)中的過程就可以證明。

3設(shè)置腳本集合點(diǎn)和不設(shè)置檢查點(diǎn)的對比

在相同場景實(shí)際中執(zhí)行兩個腳本之后，發(fā)現(xiàn)其響應(yīng)時間誤差很小。在其他項(xiàng)目中包括C/S和B/S都有的，很多項(xiàng)目都實(shí)踐過，并不是集合點(diǎn)在我們的性能測試中沒有作用，如果沒有作用相信設(shè)計(jì)LoadRunner的公司也不會給出來，而是要理解如何選擇去用它，這才是關(guān)鍵。之前就講到過，在一些業(yè)務(wù)流程比較復(fù)雜的應(yīng)用程序測試中，就必須要使用集合點(diǎn)，比如一個企業(yè)系統(tǒng)中業(yè)務(wù)是這樣的：用戶登錄進(jìn)入之后，一部分人在完善個人資料，一部分人在查詢數(shù)據(jù)，另一部分人在執(zhí)行刪除操作，還有一部分來發(fā)送消息等等。就這樣的一個業(yè)務(wù)中，在模擬執(zhí)行性能測試時，就必須明確并發(fā)用戶跟集合點(diǎn)的關(guān)系，在實(shí)際錄制腳本的時候，就需要把這個業(yè)務(wù)分割成多個事務(wù)，然后分別對各個不同的事務(wù)設(shè)置集合點(diǎn)，為什么此時要使用集合點(diǎn)呢，因?yàn)槲覀儽仨毞治龀雒恳粋€事務(wù)的并發(fā)情況，加入200個用戶進(jìn)去之后，就這樣放任去這200個用戶自由去操作，就不能判斷出查詢并發(fā)數(shù)多少、刪除并發(fā)數(shù)多少、發(fā)送消息的并發(fā)又是多少，因?yàn)檫M(jìn)入系統(tǒng)之后，沒辦法確定200個用戶都同時干了些什么，所以此處才是集合點(diǎn)使用最合理的地方。至于使用集合點(diǎn)，也源于此，因?yàn)橥ǔＧ闆r我們主要是對單一業(yè)務(wù)進(jìn)行壓力測試，比如登錄或者是注冊，單一功能就如同上面的那個訪問web頁面一樣，腳本只有一個操作，此時對于LoadRunner來講，其實(shí)有沒有設(shè)置集合點(diǎn)效果不大，而且為了模擬能更加接近實(shí)際情況，也是需要做實(shí)際分析的。

4結(jié)論

總之，性能測試的執(zhí)行應(yīng)該是有目的的，通常是為了調(diào)優(yōu)，也有的是為了評測，在以評測為目的的性能測試中，用戶更關(guān)心的是業(yè)務(wù)上的并發(fā)，其實(shí)是真實(shí)業(yè)務(wù)場景的并發(fā)情況，這種情況下就不需要設(shè)置集合點(diǎn)了。集合點(diǎn)是一種特殊情況下的并發(fā)，通常是在以調(diào)優(yōu)為目的的性能測試中才會用得到，主要是為了有針對性地進(jìn)行施壓，以便找到性能瓶頸。