王磊

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

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

中圖分類(lèi)號(hào)：TP391.4 文獻(xiàn)標(biāo)識(shí)碼：A

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

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

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

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

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

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

4結(jié)論

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