最近群里來了很多新朋友，大都是新做測試或準(zhǔn)備做測試工作的，見好多新來上來就問關(guān)于LoadRunner的使用上的問題。對(duì)性能測試的理解也不是太清楚。公司說讓他們對(duì)系統(tǒng)做個(gè)性能測試，他們聽說LoadRunner是做性能測試的，在網(wǎng)上找了點(diǎn)了LoadRunner的使用說明就開始對(duì)系統(tǒng)下刀了。對(duì)于一些大公司的專業(yè)性能測試人員來說，這個(gè)很可笑，但這是種情況是存在的，我當(dāng)初也到公司時(shí)也這么干的。

那時(shí)還真把性能測報(bào)告給整出來了，現(xiàn)在看來那報(bào)告沒有任何意義。雖然，雖然對(duì)現(xiàn)在的我來說性能測試也只是只懂皮毛。但還是希望通過我這篇文章能讓那些新手們對(duì)于性能測試有個(gè)入門的了解。

----//理發(fā)店模式

關(guān)于理解性能，記得我那時(shí)是看了“《LoadRunner沒有告訴你的》之三---理發(fā)店模式”不管你有沒有看過，我這重提一下理發(fā)店模式。

前提：

1. 一個(gè)理發(fā)店有三位理發(fā)師傅

2. 每位理發(fā)師傅理一個(gè)發(fā)需要一小時(shí)

3. 顧客都很忙，從進(jìn)理發(fā)店起最多只等三小時(shí)（等待時(shí)間+理發(fā)時(shí)間），如果三小時(shí)后還沒輪到自己理發(fā)，立馬走人。

   思考：

   這里我們來理解“最佳用戶數(shù)”和“最大用戶數(shù)”。

最佳用戶數(shù)：

    理發(fā)店的最佳狀態(tài)，理發(fā)店收入最多（理發(fā)師傅沒有休息時(shí)間，一直在理發(fā)），顧客滿意度最高（顧客隨時(shí)到隨時(shí)理，無需要等待）。在一個(gè)時(shí)間點(diǎn)來說，三個(gè)理發(fā)師傅服務(wù)于三位顧客，那么這個(gè)最佳用戶數(shù)是三。

最大用戶數(shù)：

理發(fā)店的最大承受狀態(tài)，理發(fā)店收入最多（理發(fā)師傅沒有休息時(shí)間，一直在理發(fā)），顧客的最大忍耐度（來的顧客等待+理發(fā)需要等上三個(gè)小時(shí)）。

假如理發(fā)店生意非常好，早上一開門一下子來了一群顧客（很多），A、B、C三位顧客先理，D、E、F顧客需要等待一小時(shí)才能得到理發(fā)師傅的服務(wù)，G、H、I三位顧客等待了兩小時(shí)才得到服務(wù)，后面排隊(duì)的J、K、L.....等顧客，已經(jīng)等了三小時(shí)還沒得到服務(wù)，因?yàn)檫@已經(jīng)得達(dá)到了他們等待的極限，所以后他們氣憤和無奈離開。

當(dāng)然，理發(fā)店還會(huì)不斷的來新的顧客，不斷有等了三小時(shí)而沒有得到服務(wù)的顧客離開，但對(duì)于理發(fā)店而言，他們?cè)谝粋€(gè)時(shí)間點(diǎn)上，能服務(wù)的最大用戶數(shù)是九（三位正在接受服務(wù)、三位已經(jīng)等待一小時(shí)，三們已經(jīng)等待兩小時(shí)）。

對(duì)于最大用戶數(shù)，需要注意的兩點(diǎn)：

1. 在理發(fā)店里很大，可以容納很多位顧客（大于9），總有一部分在這里等待了三小時(shí)而沒有得到服務(wù)離開，不要把等待了三小而沒有得到服務(wù)的顧客納入最大用戶數(shù)里。

2. 假如理發(fā)店很小，最多只能容納六位顧客，當(dāng)?shù)谄邆€(gè)顧客來時(shí)，雖然，我們知道他只需要等待兩小時(shí)就可得到服務(wù)（這個(gè)時(shí)間是他可以接受的等待時(shí)間），但由于理發(fā)店容量有量，這第七個(gè)顧客只有改天再來了。

關(guān)于理發(fā)店原理，詳細(xì)請(qǐng)瀏覽http://www.cnblogs.com/jackei/archive/2006/11/20/565527.html 

     不知道通過上面對(duì)理發(fā)店的分析，你對(duì)性能有了一些眉目。假如理發(fā)店相當(dāng)于我們的系統(tǒng)的話，顧客就我們向服務(wù)器所發(fā)送的請(qǐng)求，最佳用戶數(shù)和最大用戶數(shù)是我們衡量一個(gè)系統(tǒng)的處理能力的一種方法。

----//要帳的模式

注：上圖是自己找來修改的，湊合著看吧！呵呵

這個(gè)是我在給一朋友說瀏覽器與服務(wù)器之間交流時(shí)用到的例子，感覺比容易理解，所以拿來分享一下。

   假設(shè)：

  1.  A、B、C三個(gè)人。

  2.  C欠A錢（這里不考慮多少）

  3.  B是專門要賬

   思考：

瀏覽器與服務(wù)器的信息傳遞次數(shù)：

   A對(duì)B說，C欠我錢，你幫我去要。B接到指令后就去找C要錢。

   B對(duì)C說，給我20塊錢。

   C說，沒有。

   B對(duì)C說，給我10塊錢。

   C說，沒有。

   B對(duì)C說，給我5塊錢。

   .........

   最后，B回來對(duì)A說，哎呀媽呀，C那丫的忒摳門了，一分錢沒有。

   對(duì)于A來講，只是來說，它只是讓B問C要錢，具體的B與C之間交互了幾次，A是不知道的，它所知道的就是B返回給它的結(jié)果，C一分錢沒有。

   瀏覽器與服務(wù)器傳遞數(shù)據(jù)的大?。?/span>

   還是上面的過程，A對(duì)B說，C欠我錢，你幫我去要。B接到指令后就去找C要錢。

   B對(duì)C說，給我20萬塊錢。

   C說，沒問題，沒支票，只有1元硬幣。

   ..........

   B終于把錢拿回來給A。A很納悶，怎么去了那么久，B委屈的說，丫的，C給我整了一堆硬幣，太重了，路上走的慢，都快累死我了。

   對(duì)于A來講，只是來說，它只是讓B問C要錢，誰知道C給的是支票還是硬幣。所以，B去要錢消耗的時(shí)間就很長。

   所以，要想提高瀏覽器對(duì)服務(wù)器的訪問速度，應(yīng)該減少數(shù)據(jù)傳遞次數(shù)與數(shù)據(jù)傳遞的大小。

這樣就很自然的引出了瀏覽器的cookie 

   A在C哪里存了5毛錢。

   A對(duì)B說，我在C哪里存了5毛錢，你去拿來我看看。B跑去問C要了5毛錢回來給A看。

  過了一會(huì)，A又對(duì)B說，我在C哪里存了5毛錢，你去拿來我看看。B跑去問C要了5毛錢回來給A看。

  過了一會(huì)，A又對(duì)B說，我在C哪里存了5毛錢，你去拿來我看看。這次C煩了，對(duì)B說，你把錢放自己口袋里吧，等A要的時(shí)候，你來問我5毛的人民幣有沒有改版，沒有改版的話，你就直接把口袋里的5毛錢給A看就行了。

  在這里A就相當(dāng)于我們用戶，B相當(dāng)于瀏覽器，C是服務(wù)器。而cookie就是B的口袋，當(dāng)然了cookie的用處還很多。比如我們登陸一個(gè)系統(tǒng)，提示我們是否保存密碼（有的還有期限比如，一個(gè)星期或一個(gè)月），如果我們保存了，下次再訪問登陸時(shí)，瀏覽器就已經(jīng)幫我們填寫好了賬戶密碼或直接幫我們登陸。那這個(gè)賬戶密碼就放在我們?yōu)g覽器的cookie中。

   為什么要說上面的例子呢？因?yàn)槲覀兇蟛糠值囊徊糠中阅軠y試是基于B/S架構(gòu)系統(tǒng)的，理解了瀏覽器與服務(wù)器之間的數(shù)據(jù)傳遞，有助于我們理解性能測試。

----//在開始性能測試之前，我們需要知道什么?