性能測試 LoadRunner11

創(chuàng)新互聯(lián)主營天寧網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,App定制開發(fā),天寧h5小程序定制開發(fā)搭建,天寧網(wǎng)站營銷推廣歡迎天寧等地區(qū)企業(yè)咨詢

一、性能測試基本概念（術(shù)語）
1、并發(fā) Concurrency
在線 Online
并行：多個任務(wù)占據(jù)各自資源，一起運行
并發(fā)：多個任務(wù)占據(jù)同一資源，一起運行，需要爭搶資源

1)、并發(fā)和在線的區(qū)別：
        并發(fā)的壓力是一個瞬時壓力，一般針對同一類型的業(yè)務(wù)。
        在線的壓力是一段時間內(nèi)的壓力情況。
    2)、20用戶并發(fā)的壓力相當于200用戶在線的壓力。（1:10的比例）
        寫測試計劃時，可以參考，比如2000用戶在線，一般是200個用戶并發(fā)。
        （并發(fā)登錄、并發(fā)查詢、并發(fā)刪除等）

2、請求響應(yīng)時間(TTLB,Time to last byte)=客戶端時間+網(wǎng)絡(luò)時間+服務(wù)器時間
    單位，一般是秒/毫秒

    可以通過內(nèi)網(wǎng)測試規(guī)避掉網(wǎng)絡(luò)的問題，客戶端一般不會成為性能的瓶頸，
    所以大部分情況下，如果請求響應(yīng)時間長，性能瓶頸出現(xiàn)在服務(wù)器端。

    建議：Web服務(wù)器和數(shù)據(jù)庫服務(wù)器最好分開部署，可以分別監(jiān)控

3、事務(wù)響應(yīng)時間：前提是在錄制腳本時，插入事務(wù)點

4、吞吐量(TP)：Throuthput 是總量，是累計時間的全部數(shù)據(jù)量，
    用戶在任意給定1秒從服務(wù)器獲得的全部數(shù)據(jù)量，單位，字節(jié)
   吞吐率(TPS)：在單位時間內(nèi)的吞吐量
        吞吐量/傳輸時間  每秒
        TPS: Transaction Per Second   每秒事務(wù)數(shù)(事務(wù)數(shù)/秒)

   點擊率：每秒鐘用戶向Web服務(wù)器提交的Http請求數(shù)。
       不是指鼠標點擊的次數(shù)，比如：點擊一個按鈕，服務(wù)器返回一個頁面，頁面中包括了3個圖片，
       則當前發(fā)起的點擊數(shù)：1+3 = 4個Http請求。

     *.html  帶有<img src="" />  每個圖片都是一個資源.都會重新發(fā)請求

  吞吐率和點擊率區(qū)別：
    吞吐率：服務(wù)器每秒處理的數(shù)據(jù)量
    點擊率：客戶端每秒向服務(wù)器提交的HTTP請求數(shù)

5、請求和響應(yīng)：
    客戶端向服務(wù)器發(fā)起請求（Request），
     服務(wù)器向客戶端返回應(yīng)答（響應(yīng) Response）。

6、資源利用率：一般指系統(tǒng)中CPU、內(nèi)存、磁盤、網(wǎng)絡(luò)等主要資源的使用情況。（了解，有難度）

案例：測試登錄模塊在8個用戶的情況下系統(tǒng)的性能情況
要求：用戶數(shù)：8人 VU
用戶加載方式：每2秒加載1個VU
運行時間：所有用戶運行完腳本
登錄用戶名：jojo
密碼：bean
操作：
1）錄制好腳本 login day02/login
->點擊New圖標 -> New Virtual User -> 默認協(xié)議
-> Create 準備錄制
-> 填寫基本信息：
選擇軟件架構(gòu)：Internet Applications (B/S) 默認
Win32 Applications (C/S)
選擇瀏覽器類型：默認IE
URL Address: 被測系統(tǒng)的網(wǎng)址
http://127.0.0.1:1080/WebTours/
或http://localhost:1080/WebTours/
Working directory: LR工作路徑 默認 常用工具命令
Record into Action: 錄制腳本的位置 默認Action
(vuser_init 初始化 Action vuser_end 結(jié)束)
-> OK 自動打開瀏覽器 AUT,開始錄制
關(guān)注小操作條 （錄制控制 關(guān)注數(shù)字變化，數(shù)字穩(wěn)定才繼續(xù)）
-> 輸入jojo bean
-> 開始事務(wù) 名稱login (插入事務(wù)) -> OK
-> Login按鈕
-> 結(jié)束事務(wù) login -> OK
-> 改為vuser_end模式，點擊Sign Off 退出
-> 關(guān)閉瀏覽器 -> 點擊藍色按鈕 Stop 結(jié)束錄制
-> 保存到新創(chuàng)建的day02/login文件夾中，腳本名：login
2）打開控制臺Controller,使用login腳本，配置場景

 打開Controller ->  默認手工場景模式 ->
   將Use the Percentage Mode to... 去掉打鉤
       目的：用戶數(shù)不使用百分比模式
 -> Browse按鈕 選擇腳本 login -> OK
      提示：如果腳本選錯了，可以在后續(xù)主界面中修改
 -> 設(shè)置8個VU:  Run Mode: 選擇Basic schedule
        將Quantity 改為 8
 -> 每2秒鐘加載一個VU:  左下角窗口 Global Schedule
     -> Start vusers:  Start all Vusers simultaneously
                       默認是 同時加載8個虛擬用戶，需要更改
         -> 雙擊Start vusers -> Edit Action
    -> 選擇第2個單選鈕，改為 1 Vusers every 00:00:02
                                       (HH:MM:SS)
    -> OK
 -> Schedule Graphics   計劃預覽圖
   橫坐標：Time 測試時間    縱坐標：Vusers 虛擬用戶個數(shù)
   每隔2秒鐘加載一個虛擬用戶
   虛線表示 不確定
 -> 設(shè)置運行時間: -> Duration中 
   Run until completion 運行直到結(jié)束 （腳本結(jié)束）  選擇
   Run for __ days and ___ (HH:MM:SS)  固定時間多久
   Run indefinitely  不限定  無限制運行，測試者點擊結(jié)束才結(jié)束

   -》正常測試，還需要設(shè)置Windows Resources  監(jiān)控的系統(tǒng)資源
       （暫時不配置）

 -> 切換到Run界面（運行場景）
    （之前是Design 設(shè)定場景）
     -> 設(shè)置好場景，可以運行場景
 -> Start Scenario 按鈕

點擊Vusers按鈕，進一步查看VU運行狀態(tài)：
  Done. Passed 1 iteration(s) attemped: 1successed.
  結(jié)束      經(jīng)過 1次迭代嘗試1次成功了

 觀察場景運行結(jié)果圖：
   Running Vusers  正在運行的虛擬用戶
   Hit per Second  點擊率
   Throughput      吞吐量

點擊正上方，右邊倒數(shù)第3個圖標按鈕：
  查看 Hp LoadRunner Analysis 結(jié)果分析報告
   Reports  報告
   Graphs  圖片
       Running Vusers     虛擬用戶運行情況
       Hit per Second     點擊率
       Throughput          吞吐量
       Transaction Summary   事務(wù)概要
       Average Transaction Response Time  平均事務(wù)響應(yīng)時間

二、性能測試策略
重要的：
基準測試(單用戶)、并發(fā)測試、綜合場景測試 （前3個項目必備）

極限測試、遞增測試

次要的：
    疲勞強度測試（大型系統(tǒng)中）、內(nèi)存泄露測試、
            數(shù)據(jù)容量測試。

共同點：向被測系統(tǒng)發(fā)起***

1、基準測試：就是單用戶測試 （重點）
注意：還是需要使用控制臺，運行場景，自動搜集數(shù)據(jù)，通過Analysis進行結(jié)果分析。
2、并發(fā)測試：多用戶并發(fā)執(zhí)行某一操作（同一時刻，LR精確到毫秒級別）。
注意：并發(fā)測試是一種嚴格的測試，主要考察系統(tǒng)對瞬時較大壓力的承受能力。
3、綜合場景測試：號稱“能夠最真實的模擬 實際生產(chǎn)環(huán)境”。

 綜合場景的幾個要素：
    多用戶、
    多個腳本（至少3個，就是做多個不同的任務(wù)）、
    在線執(zhí)行一段時間（1個小時、50分鐘等）
注意：一般不需要設(shè)置并發(fā)點。  
      多用戶一起運行，一定會有并發(fā)。

 綜合場景測試過程中，所有用戶 循環(huán) 執(zhí)行相應(yīng)的操作。

 比如：100用戶在線綜合場景
 100用戶 共同對被測系統(tǒng)執(zhí)行操作，
    其中30用戶執(zhí)行瀏覽首頁操作，
    50用戶執(zhí)行查詢訂單操作，
    20用戶執(zhí)行提交訂單操作。
 （要真實模擬人數(shù)比例）
問題：為什么不模擬大量的登錄操作？
    因為用戶不可能一直在登錄，模擬真實情況。
    以上操作，用戶在循環(huán)執(zhí)行。

  響應(yīng)時間：業(yè)內(nèi)一般有“358原則”，
    系統(tǒng)響應(yīng)時間在3秒以內(nèi)，則用戶能夠接受；
    響應(yīng)時間在5秒以內(nèi)，用戶能夠忍受；
    響應(yīng)時間超過8秒，用戶不能忍受。
        比如：一般需求指標，不超過3秒

4、遞增測試：每隔一定的時間(1s,5s,10s)逐步加載虛擬用戶，逐步加壓。
用途：登錄測試時，可以遞增測試
極限測試：使用并發(fā)測試、在線測試等方法，測試出系統(tǒng)能夠承受的極限壓力（如大用戶數(shù)），
或系統(tǒng)能夠達到的大處理能力（如大吞吐量）。
測試方法可以采用遞增測試，比如對系統(tǒng)進行100用戶、500用戶、1000用戶等測試。
（也稱為：摸高測試）

5、疲勞強度測試：在一定的強度（壓力）下，對系統(tǒng)進行長時間的性能測試，
一般為724小時、或24小時、12小時等。
比如：銀行系統(tǒng)，724*365 全天候不間斷運行

考察疲勞強度測試時，要考察其平均響應(yīng)時間，以及各臺服務(wù)器的各項資源情況。
    比如：集群  負載均衡、降低成本

    以上是比較常見的測試類型，經(jīng)常出現(xiàn)在測試計劃中。

6、內(nèi)存泄露測試：
通過正常的性能測試，如果被測系統(tǒng)的內(nèi)存曲線走勢不正常，則關(guān)注其相應(yīng)的各項重要的內(nèi)存指標，
通過對應(yīng)走勢來確定是否發(fā)生內(nèi)存泄露。
7、數(shù)據(jù)容量測試：使用大容量的數(shù)據(jù)添加到數(shù)據(jù)庫中，觀察被測系統(tǒng)是否能夠正常運行。
比如：向數(shù)據(jù)庫中添加200G的數(shù)據(jù)量，再進行測試。甚至幾個T
大數(shù)據(jù) Big Data 一般是T級、P級的數(shù)據(jù)量
1024Byte = 1KB
1024K = 1M
1024M = 1G
1024G = 1T
1024T = 1P
E Z Y

三、基準測試：單用戶測試
1、測試腳本要加檢查點。

原因：LR報告中的驗證只是針對網(wǎng)絡(luò)層面上，服務(wù)器收到客戶端發(fā)送的數(shù)據(jù)包，之后將應(yīng)答包發(fā)回給客戶端，

    但是LR不會驗證應(yīng)答包中數(shù)據(jù)是否正確。

案例1：對下訂單操作進行基準測試。先錄制腳本，插入檢查點。
 先打開AUT，熟悉整個業(yè)務(wù)流程；
 打開VuGen -> 新建 輸入URL -> 先錄制登錄
     -> vuser_init -> 輸入jojo和bean -> 開始事務(wù) login
     -> 點擊Login  ->  歡迎頁面：
  添加檢查點：
  選中“Welcome, jojo”  點擊Insert text check 插入文本檢查點
     -> 結(jié)束事務(wù)login
     -> Action模式 -> 點擊Flights
     -> 選擇城市：從Denver 到 London
     -> Continue -> Continue
     -> 開始事務(wù)buy  ->  Continue  -> 訂單結(jié)果頁面
  添加檢查點：
  選中“Denver for London”  插入文本檢查點
     -> 結(jié)束事務(wù)buy
     -> vuser_end模式 -> Sign Off -> 關(guān)閉瀏覽器 -> Stop
  腳本保存：day02\buy  再回放

web_reg_find("Text=Welcome, <b>jojo,",LAST);
web_reg_find("Text=Denver  for London",LAST);
  檢查點函數(shù)：web_reg_find()    web_或lr_開頭
  reg字樣的函數(shù)：注冊性函數(shù)
web_submit_form()  提交表單的請求

對于B/S系統(tǒng)，LR腳本中的LR函數(shù)都是以lr_或web_開頭。
    （另外，還有C語言函數(shù) strcmp）
   web_reg_find函數(shù)，帶有reg字樣的函數(shù)稱為：注冊性函數(shù)
        該類函數(shù)的特殊：必須寫在相應(yīng)請求之前。
加過檢查點的腳本如果運行（回放）正確，則說明該腳本正確。
    （學會調(diào)試腳本）

需求：循環(huán)訂3張票
VuGen中的Run-time Settings按鈕 （運行時設(shè)置）
Run Logic 運行邏輯 -> Iteration Count 迭代次數(shù) 默認1 改為3
注意：循環(huán)的只是Action. 次數(shù)登錄僅一次
init和end腳本僅執(zhí)行一次。

注意：
1、控制臺中和VuGen中設(shè)置Run-time Settings當前區(qū)別和聯(lián)系：
1）如果從控制臺直接打開腳本，則腳本中Run-time Settings設(shè)置會自動顯示在控制臺的Run-time Settings中。（帶過來）
2）如果控制臺和腳本中同時設(shè)置了Run-time Settings，并且值不同，控制臺的優(yōu)先級高。

2、Pacing值：每次迭代之間的時間間隔。
      迭代：腳本Action從第一行到最后一行。迭代一次
  Pacing值越大，對AUT的壓力越小。

3、Think time: 腳本中步驟之間的時間間隔。
            （請求之間的間隔）

案例：針對buy腳本，進行基準測試 （方法1：單用戶循環(huán)5次）
打開VUG錄制腳本
1）調(diào)試好腳本（在VuGen中運行成功）
保存腳本文件：scrip/day02/buy1
打開Controller，設(shè)置場景
2）打開控制臺，加載buy腳本
首先設(shè)置人數(shù)： Run Mode 單選Basic schedule模式
Quantity改為1 單用戶模式
3）打開控制臺Run-time Settings設(shè)置
Run Logic 迭代次數(shù) 5 （優(yōu)先使用）
Pacing值 -- Start new Iteration 建議設(shè)置隨機2~3秒
As soon as the previous interation ends 只要前一次迭代結(jié)束
關(guān)注第3項：
At fixed intervals, every 60.000 sec
random every 2.000 to 3.000 sec

fixed: 固定的
            intervals 間隔
            random: 隨機的
           Think time:
            Ignore think time  忽略思考時間    選擇 為了簡單化
            Replay think time 具體設(shè)置思考時間策略
     -> 點擊OK
  6) Global Schedule設(shè)置

    Initialize:初始化 Vuser在Run之前先初始化（保持默認）
            Start Vusers: Start all Vusers simulaneously  
                        就一個VU 默認
    Duration: Run until completion  運行直到結(jié)束  默認

    -> 切換到Run
    開始運行場景： Start Scenario
   6）結(jié)果分析

    分析結(jié)果圖：Running Vusers
                            橫軸：Elapsed Time 測試時間

         縱軸：# of Vusers 虛擬用戶數(shù)量
                    點擊啟動后，場景初始化需要時間，無需關(guān)注
        分析結(jié)果圖：Hits per Second 點擊率（每秒點擊量）
                        橫軸：Elapsed Time 測試時間
                        縱軸：# Hits per Second 點擊率

            數(shù)據(jù)偏低，因為是單用戶

    分析結(jié)果圖：Throughput 吞吐量（服務(wù)器處理過的數(shù)據(jù)）
                橫軸：Elapsed Time 測試時間

        縱軸：# Bytes/sec

            由于時間不長，規(guī)律無法體現(xiàn)

    保存場景文件：ctl/day02/buy1

打開Anlysis：倒數(shù)第3個圖形按鈕
最關(guān)心的是：事務(wù)響應(yīng)時間 

    Transcation Name  Average  平均事務(wù)響應(yīng)時間 
                buy        0.23     合理的
                login          0.406        合理的

    細節(jié)可以關(guān)注左上角列表：各種常用指標圖表
    （先了解，后續(xù)會專門講解）
保存結(jié)果文件：result/day02/buy1

2.歸納 基準測試：
方法1：單用戶循環(huán)5次
1）調(diào)試好腳本（加檢查點，在VuGen中運行成功）
2）打開控制臺，設(shè)置Run-time Settings
3）迭代次數(shù)：5
4）Pacing值：隨機2~3 （每次迭代之間的時間間隔）
5）Think time: 忽略 （請求之間的時間間隔）
忽略的原因：單用戶對系統(tǒng)壓力較小，忽略與否對結(jié)果影響不大。

方法2：單用戶持續(xù)運行1分鐘
    1）調(diào)試好腳本（加檢查點，在VuGen中運行成功）
    2）打開控制臺，設(shè)置Run-time Settings
    3）Pacing值：隨機2~3  
    4）Think time: 忽略 
    5）Duration: 1分鐘
        提示：配置好后，觀察圖表狀態(tài)，有所變動，才修改成功。

3、注意點：

當Run-time Settings中迭代和VU部署設(shè)置(Duration)有沖突時，Duration的優(yōu)先級較高。
    比如：Duration選擇第二項，就以此為準
                Run for __ days and __ (HH:MM:SS)
             如果選擇第一項：Run until completion 還是聽Duration
            只是它放權(quán)了。Duration是一把手，讓二把手看著辦，此時Run-time Settings說的算。
Duration:指Run的Action時間

測試報告中的結(jié)果，應(yīng)該測試三次，取中間值。
    （如：0.1秒  0.3秒  0.4秒  結(jié)果取0.3秒）
以上就是基準測試。

簡答題：

2、基準測試、并發(fā)測試的概念和做法？
1）基準測試就是單用戶測試，需要打開控制臺，獲取Analysis中的結(jié)果。
（方法1：單用戶循環(huán)n次；方法2：單用戶執(zhí)行n時間）
2）并發(fā)測試是多用戶執(zhí)行某一操作，形成瞬時壓力（精確到毫秒），是一種嚴格的測試，
主要考察系統(tǒng)對瞬時較大壓力的承受能力。

3、并發(fā)測試和在線測試的區(qū)別？
1）并發(fā)和在線的區(qū)別：
并發(fā)的壓力是一種瞬時壓力，
在線的壓力是一段時間的壓力。
2）20用戶并發(fā)的壓力相當于200用戶在線的壓力。（1:10比例）
在寫測試計劃時作為參考依據(jù)。2000用戶在線，設(shè)計為200用戶并發(fā)。
（并發(fā)操作：查詢、登錄、刪除、添加）

4、吞吐量和點擊率的概念、區(qū)別？
1）吞吐量（Throughput）:用戶從服務(wù)器端獲得全部數(shù)據(jù)量，單位是字節(jié)(Byte)。
2）吞吐量/傳輸時間，就是吞吐率，是服務(wù)器每秒處理的數(shù)據(jù)量。
3）點擊率（Hits per Second）:客戶端每秒向服務(wù)器提交Http請求數(shù)。
（鼠標的一次點擊，請求數(shù)可能為n個）

說明：吞吐量是總量，是累計時間內(nèi)全部數(shù)據(jù)量。
     吞吐率反映服務(wù)器的處理速度和性能，也是衡量網(wǎng)絡(luò)性能的重要指標。
     點擊率越大，對服務(wù)器的壓力也越大。
Files/Doc.zip

腳本中如何加注釋
1）單行注釋 //
2）多行注釋 //

一、昨天作業(yè)題：
1、思考：QTP和LoadRunner的區(qū)別。
1）QTP: 功能測試工具 （自動化）
LR: 性能測試工具 可以測多用戶
2）QTP關(guān)心的是界面(UI)，關(guān)心的是對象（對象庫的概念）；
LR只關(guān)心客戶端和服務(wù)器之間的數(shù)據(jù)包（請求包、應(yīng)答包），
不關(guān)心對象，更不需要比對對象的屬性值，只關(guān)心抓包（捕捉數(shù)據(jù)包）。
如果用戶界面變了，但是業(yè)務(wù)邏輯不變：QTP腳本需要變化，LR腳本不需改變。
3）LR關(guān)心的是客戶端和服務(wù)器之間的對話，前提是選擇正確的網(wǎng)絡(luò)協(xié)議（相當于網(wǎng)絡(luò)的語言）
4）LR不能補錄。錄制失敗，從頭再來。
注意：錄制過程中出現(xiàn)失誤，該次錄制作廢，從New開始重新錄制；
錄制時要慢，等待頁面資源下載完畢后再進行下一步操作。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

本文名稱：LR11-性能測試基本概念-策略-創(chuàng)新互聯(lián)
文章起源：http://chinadenli.net/article22/cdosjc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站排名、網(wǎng)站營銷、云服務(wù)器、搜索引擎優(yōu)化、ChatGPT、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)