Loadrunner只基本概念：并發(fā)用戶與集合點(diǎn)的討論

第第頁Loadrunner只基本概念：并發(fā)用戶與集合點(diǎn)的討論Loadrunner只基本概念：并發(fā)用戶與集合點(diǎn)的討論

發(fā)表于：2023-11-03來源：：點(diǎn)擊數(shù)：標(biāo)簽：loadrunnerLoadRunnerLoadrunnerloadRunner用戶

Q：并發(fā)用戶數(shù)和集合點(diǎn)有必然聯(lián)系嗎?在性能測試中必須使用集合點(diǎn)來測試嗎?A：并發(fā)用戶數(shù)，顧名思義，就是同時(shí)操作的用戶，這里的“操作”可以指對系統(tǒng)真正的操作，也可以只是連接(此時(shí)通常叫作“并發(fā)連接數(shù)”)，而集合點(diǎn)是一種特殊情況下的并發(fā)，多用于測試

Q：并發(fā)用戶數(shù)和集合點(diǎn)有必然聯(lián)系嗎?在性能測試中必須使用集合點(diǎn)來測試嗎?

A：并發(fā)用戶數(shù)，顧名思義，就是同時(shí)操作的用戶，這里的“操作”可以指對系統(tǒng)真正的操作，也可以只是連接(此時(shí)通常叫作“并發(fā)連接數(shù)”)，而集合點(diǎn)是一種特殊情況下的并發(fā)，多用于測試系統(tǒng)在瞬間加壓的表現(xiàn)。因此，并發(fā)用戶數(shù)和集合點(diǎn)有聯(lián)系，但并非必然的聯(lián)系，在測試并發(fā)用戶的性能測試場景中，可以不必設(shè)置集合點(diǎn)，這將視測試目標(biāo)和測試策略而定。

Q：不設(shè)置集合點(diǎn)的測試，能代表是“并發(fā)”操作嗎?

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

性能測試無非有兩個(gè)目的，一是評測，二是調(diào)優(yōu)。

在以評測為目的的性能測試中，用戶更關(guān)心的是業(yè)務(wù)上的并發(fā)，也就是真實(shí)業(yè)務(wù)場景的并發(fā)情況，這種情況下只要按照業(yè)務(wù)操作的模式去設(shè)置場景就可以了，并不需要設(shè)置集合點(diǎn)。

集合點(diǎn)是一種特殊情況下的并發(fā)，通常是在以調(diào)優(yōu)為目的的性能測試中才會用得到，目的是有針對性地對某個(gè)可能存在性能問題的模塊施壓，以便找到性能瓶頸。

集合點(diǎn)在我實(shí)際的測試過程中用得并不多。

Zee：

關(guān)于集合點(diǎn)，我一直覺得沒有什么可爭議的，這兩天看到幾個(gè)帖子在說這個(gè)東西。有一點(diǎn)我想大家都是認(rèn)同的：集合是相對的集合。

集合是在產(chǎn)生負(fù)載的機(jī)器上的集合。如果考慮網(wǎng)絡(luò)，中間件等等的因素。到服務(wù)器肯定不會是同一時(shí)間點(diǎn)，那于是就有人希望能更接近在服務(wù)器端實(shí)現(xiàn)并發(fā)的操作。認(rèn)為這才是真正的并發(fā)。

我覺得首先要做的是分析應(yīng)用系統(tǒng)，到底你想做的是什么。

比如說，你想讓某個(gè)URL能達(dá)到1000個(gè)同時(shí)請求的目的。這樣的目標(biāo)就比較明確了。

而在討論集合點(diǎn)的時(shí)候，大家很少拿具體的東西來舉個(gè)例子。這樣有點(diǎn)說不清楚。要想達(dá)到并發(fā)。我覺得應(yīng)該更具體的分析應(yīng)用。再來定下目標(biāo)來做。而不是一直在討論LR如何能實(shí)現(xiàn)。

Xingcyx：

因?yàn)樵趯?shí)踐中，我經(jīng)常會碰到這樣的情況：

測試需求說，該系統(tǒng)應(yīng)支持200個(gè)并發(fā)用戶。

那么我們就開始測，錄制好腳本，下一步就是在場景中執(zhí)行了，在控制臺中設(shè)置某腳本并發(fā)用戶數(shù)為200，測試結(jié)果為通過或未通過。此時(shí)爭議就來了：這200個(gè)用戶的腳本如果執(zhí)行通過，測試結(jié)果可以接受，是否可以說這個(gè)系統(tǒng)支持了200個(gè)并發(fā)呢?

大漠飛鷹：

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

就說明“該系統(tǒng)應(yīng)支持200個(gè)并發(fā)用戶?！?，這種需求嚴(yán)格意義上來說是不合格的需求，因?yàn)槊枋霾粔蚯逦?，過于模糊等。

當(dāng)然，在實(shí)際中，這類需求到了我們測試人的手里也是常有的，一般就當(dāng)普遍的情況來出來。

比如，web系統(tǒng)，就按2/5/8，或者2/5/10來處理，如果能通過就pass，否則就讓開發(fā)人員調(diào)優(yōu)。

Zee：

從集合點(diǎn)到并發(fā)數(shù)的確定。我覺得這其中的轉(zhuǎn)換最主要的地方在于分析業(yè)務(wù)。

比如用戶說了：要求200個(gè)用戶并發(fā)。

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

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

如果說非要在服務(wù)器上這個(gè)時(shí)間并發(fā)這么多的用戶。我覺得只能盡量把它縮小到一個(gè)時(shí)間段內(nèi)。而這樣做我覺得并不是從分析業(yè)務(wù)出發(fā)的，

Xingcyx：

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

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

大漠飛鷹：

一般說的并發(fā)數(shù)指的是業(yè)務(wù)并發(fā)，而不是服務(wù)器端的并發(fā)數(shù)。

理解：業(yè)務(wù)并發(fā)分相對的和絕對的，分同時(shí)在線和同時(shí)觸發(fā)，是