性能測(cè)試基礎(chǔ)與LoadRunner在性能測(cè)試中的應(yīng)用

1、陳曦性能測(cè)試的概念& &基本流程性能測(cè)試的類型LoadRunnerLoadRunner運(yùn)行機(jī)制LoadRunnerLoadRunner四大組件性能測(cè)試過(guò)程中需要關(guān)注的一些指標(biāo)性能測(cè)試的常見(jiàn)誤區(qū)性能測(cè)試關(guān)鍵過(guò)程LoadRunnerLoadRunner腳本結(jié)構(gòu)事務(wù)檢查點(diǎn)思考時(shí)間常用請(qǐng)求函數(shù)關(guān)聯(lián)參數(shù)化集合點(diǎn)調(diào)試技術(shù)Analysis性能計(jì)數(shù)器拐點(diǎn)分析性能調(diào)優(yōu)ControllerControllern 性能測(cè)試的基本流程什么是性能測(cè)試？性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。n 性能測(cè)試的基本流程性能測(cè)試的基本流程n 性能測(cè)試的關(guān)鍵

2、過(guò)程是將客戶、系統(tǒng)使用者的真正需求弄清楚。性能測(cè)試的關(guān)鍵過(guò)程是什么？客戶的要求 客戶真正的需求很多客戶對(duì)什么是性能測(cè)試并不了解，比如：1）對(duì)所有功能進(jìn)行性能測(cè)試2）系統(tǒng)登錄響應(yīng)時(shí)間應(yīng)小于3秒n 性能測(cè)試的關(guān)鍵過(guò)程答案：不可能原因：l 性能測(cè)試的周期較長(zhǎng)，對(duì)所有功能都進(jìn)行性能測(cè)試需要耗費(fèi)時(shí)間太長(zhǎng)l 很多功能是用戶不經(jīng)常使用的，做性能測(cè)試沒(méi)意義l 正確的做法：由客戶提出需求內(nèi)容，由性能測(cè)試人員進(jìn)行專業(yè)的分析后，提出相應(yīng)的性能測(cè)試計(jì)劃，與用戶共同商量確認(rèn)性能測(cè)試計(jì)劃。性能測(cè)試的內(nèi)容通常也是結(jié)合用戶真實(shí)的應(yīng)用場(chǎng)景，測(cè)試應(yīng)用場(chǎng)景最多，使用最頻繁的功能。對(duì)所有功能進(jìn)行性能測(cè)試系統(tǒng)登錄響應(yīng)時(shí)間應(yīng)小于3秒存在

3、問(wèn)題：沒(méi)有指明存在多少用戶同時(shí)訪問(wèn)時(shí)需要達(dá)到該性能指標(biāo)要求。n 確認(rèn)性能標(biāo)準(zhǔn)的方法確認(rèn)性能標(biāo)準(zhǔn)的常用方法有哪些？l 如果有老系統(tǒng)，根據(jù)老系統(tǒng)中的數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析，確定性能指標(biāo)l 根據(jù)二八原則進(jìn)行計(jì)算n 性能測(cè)試的類型l負(fù)載測(cè)試l壓力測(cè)試l配置測(cè)試l并發(fā)測(cè)試l容量測(cè)試l可靠性測(cè)試l失敗測(cè)試l常規(guī)性能測(cè)試和非常規(guī)性能測(cè)試n 性能測(cè)試的類型負(fù)載測(cè)試和壓力測(cè)試負(fù)載測(cè)試：通過(guò)逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并最終確定在滿足系統(tǒng)的性能指標(biāo)的情況下，系統(tǒng)能夠承受的最大負(fù)載量的測(cè)試。簡(jiǎn)而言之，負(fù)載測(cè)試時(shí)通過(guò)逐步加壓的方式確定系統(tǒng)的處理能力、確定系統(tǒng)能夠承受的各項(xiàng)閥值。例如，逐步加壓，從而得到 “在*的壓

4、力下，響應(yīng)時(shí)間不超過(guò)10秒”、“服務(wù)器平均CPU利用率低于85%”等指標(biāo)的閾值。壓力測(cè)試：通過(guò)逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并最終確定在什么負(fù)載條件 下系統(tǒng)性能處于失效狀態(tài)，并來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。壓力測(cè)試是逐步增 加負(fù)載，使系統(tǒng)某些資源達(dá)到飽和甚至失效。n 性能測(cè)試的類型常規(guī)性能測(cè)試和非常規(guī)性能測(cè)試目前市面上常用的性能測(cè)試工具如LoadRunner，對(duì)常規(guī)協(xié)議如http、https、socket等協(xié)議支持較好。進(jìn)行性能測(cè)試時(shí)可以通過(guò)模擬多用戶線程，從請(qǐng)求發(fā)送出去開(kāi)始，經(jīng)過(guò)網(wǎng)絡(luò)上行傳輸+服務(wù)端邏輯處理耗時(shí)+網(wǎng)絡(luò)下行傳輸，到客戶端收到最終的響應(yīng)報(bào)文結(jié)束（這一段時(shí)間，叫做響

5、應(yīng)時(shí)間），來(lái)分析系統(tǒng)的事務(wù)處理能力。另外，也可以把每次版本發(fā)布前定期需要做的性能測(cè)試任務(wù)也稱為常規(guī)性能測(cè)試。非常規(guī)性能測(cè)試與之相反，對(duì)一些非常規(guī)的協(xié)議，如dubbo、rmp等小眾協(xié)議或者公司內(nèi)部定義的一些協(xié)議，市面上常規(guī)的性能測(cè)試工具是完全不支持的。此類測(cè)試可稱為非常規(guī)性能測(cè)試。n 性能測(cè)試需要關(guān)注的指標(biāo)系統(tǒng)指標(biāo)l 并發(fā)用戶數(shù)l 在線用戶數(shù)l 平均響應(yīng)時(shí)間l 90%響應(yīng)時(shí)間：跟此概念類似的還有響應(yīng)時(shí)間中位數(shù)l 最大響應(yīng)時(shí)間l 事務(wù)成功率l 超時(shí)錯(cuò)誤率l TPS（HPS）*硬件指標(biāo)：后面詳細(xì)介紹n 性能測(cè)試需要關(guān)注的指標(biāo)標(biāo)準(zhǔn)差：標(biāo)準(zhǔn)差指的是采樣數(shù)據(jù)的差異程度，簡(jiǎn)單來(lái)講獲得的數(shù)據(jù)越穩(wěn)定標(biāo)準(zhǔn)差就越小

6、標(biāo)準(zhǔn)差公式為 應(yīng)用場(chǎng)景：如系統(tǒng)每一輪發(fā)布之前都需要做常規(guī)性能測(cè)試，那么除了平均響應(yīng)時(shí)間、TPS這些指標(biāo)外，還需要關(guān)注標(biāo)準(zhǔn)差。l 兩輪之間如果標(biāo)準(zhǔn)差比較接近，那么系統(tǒng)穩(wěn)定、滿足性能要求l 如果標(biāo)準(zhǔn)差差別較大，即便其他性能指標(biāo)符合要求，數(shù)據(jù)穩(wěn)定性下降，這種情況也需要加以重視。n 性能測(cè)試常見(jiàn)的誤區(qū)什么是并行？什么又是并發(fā)？并發(fā)數(shù) OR TPS?n 性能測(cè)試常見(jiàn)的誤區(qū)并發(fā)數(shù) OR TPS?舉一個(gè)例子：?jiǎn)魏薈PU和多核CPU,其根本原理就是并發(fā)和并行單核CPU是多個(gè)任務(wù)，通過(guò)時(shí)間片算法，切換著同時(shí)進(jìn)行，這稱為并發(fā)多核CPU可以做到真正意義上的同時(shí)進(jìn)行多個(gè)任務(wù)，最大并行任務(wù)數(shù)量=CPU核數(shù)n 性能測(cè)試常

7、見(jiàn)的誤區(qū)并發(fā)數(shù) OR TPS?并發(fā)數(shù)就是衡量一個(gè)系統(tǒng)性能的標(biāo)準(zhǔn)?不夠嚴(yán)謹(jǐn)，缺少一個(gè)嚴(yán)格的時(shí)間刻度TPS是指在一秒內(nèi)處理完成的事務(wù)數(shù)，用TPS來(lái)衡量系統(tǒng)指標(biāo)，相對(duì)于并發(fā)數(shù)來(lái)說(shuō)，比較嚴(yán)謹(jǐn)。所以推薦用TPS衡量系統(tǒng)性能，而不是并發(fā)數(shù)。n 性能測(cè)試常見(jiàn)的誤區(qū)測(cè)試大并發(fā)場(chǎng)景是不是就完全沒(méi)有必要了呢？真實(shí)的現(xiàn)實(shí)場(chǎng)景中，大并發(fā)高TPS，真正的TPS和并發(fā)數(shù)的關(guān)系如下：最優(yōu)并發(fā)數(shù)，就是系統(tǒng)的承載能力的體現(xiàn)n 性能測(cè)試常見(jiàn)的誤區(qū)引申問(wèn)題：為什么在達(dá)到最優(yōu)并發(fā)數(shù)之后，TPS不是穩(wěn)定下來(lái)反而下降了呢？n 性能測(cè)試常見(jiàn)的誤區(qū)1虛擬用戶=1實(shí)際用戶？1000個(gè)虛擬用戶，每個(gè)虛擬用戶每10秒向服務(wù)器發(fā)送一個(gè)請(qǐng)求10個(gè)虛擬

8、用戶，每個(gè)虛擬用戶每秒向服務(wù)器發(fā)送10個(gè)請(qǐng)求哪種方案對(duì)服務(wù)器造成的壓力比較大？結(jié)論：?jiǎn)渭兊奶摂M用戶數(shù)不能作為衡量服務(wù)器壓力的標(biāo)準(zhǔn)，也就不能用來(lái)跟實(shí)際用戶數(shù)做衡量。如果某些情況下一定要用虛擬用戶數(shù)體現(xiàn)某些數(shù)據(jù)，那么一定要加上請(qǐng)求頻率和時(shí)間。n 性能測(cè)試常見(jiàn)的誤區(qū)所有性能測(cè)試類型都要覆蓋到？答案是否定的，絕大部分的系統(tǒng)，都是有側(cè)重點(diǎn)的，主要看系統(tǒng)使用者更關(guān)注哪一方面。比如說(shuō)一些內(nèi)部網(wǎng)站，用戶量不是很大，很少會(huì)出現(xiàn)所有用戶同時(shí)訪問(wèn)的情況。這種情況就不用過(guò)多的關(guān)注系統(tǒng)容量。并且，性能測(cè)試的周期通常比功能測(cè)試要長(zhǎng)，如果沒(méi)有側(cè)重點(diǎn)，單純地講大而全的話，很可能會(huì)影響到項(xiàng)目的發(fā)布周期。n LOADRUNNER

9、LOADRUNNER運(yùn)行機(jī)制是一款商業(yè)的性能測(cè)試工具優(yōu)點(diǎn)：界面友好、方便易用、支持協(xié)議眾多、功能強(qiáng)大尤其圖表分析功能，強(qiáng)于所有其他性能測(cè)試工具缺點(diǎn)：比較龐大、笨重。尤其腳本錄制功能比較弱。需要破解。對(duì)Java 和.net的版本支持比較低。從用戶關(guān)注的響應(yīng)時(shí)間、吞吐量，并發(fā)用戶和性能計(jì)數(shù)器等方面來(lái)衡量系統(tǒng)的性能表現(xiàn)，輔助用戶進(jìn)行系統(tǒng)性能的優(yōu)化n LOADRUNNERLOADRUNNER運(yùn)行機(jī)制l 采用一臺(tái)或者幾臺(tái)計(jì)算機(jī)產(chǎn)生成千上萬(wàn)的虛擬用戶，模擬用戶的實(shí)際行為l 虛擬用戶（Vuser）通過(guò)執(zhí)行典型業(yè)務(wù)流程模擬實(shí)際用戶的操作l 增加Vuser的數(shù)量可以增大系統(tǒng)上的負(fù)載l 并且通過(guò)實(shí)時(shí)監(jiān)控系統(tǒng)、服務(wù)

10、器的性能指標(biāo)的方式確認(rèn)和查找問(wèn)題n LOADRUNNERLOADRUNNER四大組件VuGen-虛擬用戶腳本生成器(HP Virtual User Generator)l 錄制用戶在應(yīng)用程序上執(zhí)行的操作來(lái)生成測(cè)試腳本l 運(yùn)行、調(diào)試腳本，完善并豐富腳本，或自行編寫代碼，支持多種語(yǔ)言Controller-控制器l 設(shè)計(jì)并運(yùn)行場(chǎng)景，模擬真實(shí)用戶操作場(chǎng)景，讓多個(gè)Vuser同時(shí)操作，從而施加負(fù)載Analysis-結(jié)果分析器l 測(cè)試完成后，對(duì)測(cè)試過(guò)程中收集到的各種性能數(shù)據(jù)進(jìn)行計(jì)算、匯總和處理，生成各種圖表和報(bào)告l 為后續(xù)對(duì)系統(tǒng)的改進(jìn)、提高其性能提供依據(jù)n LOADRUNNERLOADRUNNER四大組件L

11、oad Generator-負(fù)載發(fā)生器*無(wú)界面，后臺(tái)進(jìn)程，LoadRunner執(zhí)行性能測(cè)試的核心l 由Controller喚起對(duì)應(yīng)的后臺(tái)進(jìn)程(mmdrv.exe)l Controller中設(shè)置的每一個(gè)虛擬用戶Vuser最終會(huì)被實(shí)例化成一個(gè)線程，Load Generator會(huì)根據(jù)Controller中設(shè)置的并發(fā)用戶數(shù)，來(lái)啟動(dòng)相應(yīng)的線程數(shù)量l 執(zhí)行測(cè)試腳本中的方法模擬用戶對(duì)服務(wù)器提交請(qǐng)求，模擬多用戶并發(fā)訪問(wèn)被測(cè)試系統(tǒng)l 每增加50個(gè)虛擬用戶，會(huì)新增一個(gè)mmdrv.exe進(jìn)程n LOADRUNNERLOADRUNNER支持的協(xié)議l Web（http/html）l webservice(基于http協(xié)

12、議）l SOCKET(TCP/IP)l .NET vuser(.net framework 2.0)、Java vuser(jdk 1.5)n LRLR腳本結(jié)構(gòu)Vuser_Init腳本運(yùn)行期間只執(zhí)行一次Action腳本運(yùn)行期間執(zhí)行一至多次Vuser_End腳本運(yùn)行期間只執(zhí)行一次http和webservice協(xié)議 腳本結(jié)構(gòu)-可以存在多個(gè)actionn 集合點(diǎn)集合點(diǎn)可以同步虛擬用戶以便恰好在同一時(shí)刻執(zhí)行任務(wù)。也叫作同步點(diǎn)集合點(diǎn)是什么？集合點(diǎn)工作原理集合點(diǎn)插入到腳本中來(lái)指定匯合位置，在Vuser執(zhí)行腳本并遇到集合點(diǎn)時(shí)，腳本將暫停執(zhí)行，Vuser將等待Controller允許繼續(xù)執(zhí)行。Vuser被從集

13、合釋放后，將執(zhí)行腳本中的下一個(gè)任務(wù)例子：lr_rendezvous(集合點(diǎn)); do_transaction(); /* application dependent transaction */ n 集合點(diǎn)1當(dāng)百分之多少的用戶到達(dá)集合點(diǎn)時(shí)腳本繼續(xù)。2當(dāng)百分之多少的運(yùn)行用戶到達(dá)集合點(diǎn)時(shí)腳本繼續(xù)。3多少個(gè)用戶到達(dá)集合點(diǎn)時(shí)腳本繼續(xù)。集合點(diǎn)設(shè)置策略集合點(diǎn)超時(shí)集合點(diǎn)和事務(wù)集合點(diǎn)應(yīng)該放在事務(wù)外，如果事務(wù)內(nèi)存在集合點(diǎn)，那么虛擬用戶在集合點(diǎn)等待的過(guò)程也會(huì)被算入事務(wù)時(shí)間，導(dǎo)致早進(jìn)入集合點(diǎn)的用戶的響應(yīng)時(shí)間有誤n 事務(wù)一個(gè)事務(wù)應(yīng)該具有原子性、一致性、隔離性和持久性事務(wù)的特點(diǎn)在LoadRunner里，我們定義事務(wù)主要

14、是為了度量服務(wù)器的性能。每個(gè)事務(wù)度量服務(wù)器響應(yīng)制定的Vuser請(qǐng)求響應(yīng)時(shí)間，這些請(qǐng)求可以是簡(jiǎn)單任務(wù)，也可以是復(fù)雜任務(wù)。一個(gè)完整的事務(wù)是由事務(wù)開(kāi)始、事務(wù)結(jié)束以及一個(gè)或多個(gè)業(yè)務(wù)操作/任務(wù)構(gòu)成。n 事務(wù)關(guān)于事務(wù)的一些說(shuō)明1)事務(wù)必須是成對(duì)出現(xiàn)，即：一個(gè)事務(wù)有事務(wù)開(kāi)始，必然要求也有事務(wù)結(jié)束。2)事務(wù)結(jié)束函數(shù)共包括兩個(gè)參數(shù)，第一個(gè)參數(shù)是事務(wù)的名稱，第二個(gè)參數(shù)是事務(wù)的狀態(tài)。事務(wù)的狀態(tài)可以為L(zhǎng)R_PASS:返回“Succeed”代碼：LR_FAIL:返回：“Fail”代碼LR_STOP:返回“Stop”代碼：LR_AUTO：自動(dòng)返回檢測(cè)到的狀態(tài)。3)事務(wù)中間，如果放入思考時(shí)間（lr_think_time函數(shù)

15、）放在否在在回放思考時(shí)間設(shè)置被允許的情況下，思考時(shí)間將被算入事務(wù)的執(zhí)行時(shí)間，從而影響事務(wù)正確的執(zhí)行時(shí)間的分析與統(tǒng)計(jì)。建議不加思考時(shí)間，或者忽略思考時(shí)間n 檢查點(diǎn)檢查點(diǎn)的原理檢查點(diǎn)就是自定義的判斷事務(wù)成功、失敗的方法常用方法：web_findweb_findweb_reg_findweb_reg_findweb_image_checkweb_image_check等等web_reg_findweb_reg_find與web_find:web_find:的區(qū)別：n 檢查點(diǎn)l 必須滿足是驗(yàn)證事務(wù)通過(guò)與否的充分必要條件。檢查點(diǎn)通過(guò)，就能確定事務(wù)對(duì)應(yīng)的操作/任務(wù)是一個(gè)正常狀態(tài)。l 檢查點(diǎn)可以是常量，也可

16、以是變量。l 檢查點(diǎn)可以是文本、圖像文件，也可以是數(shù)據(jù)庫(kù)記錄等。檢查點(diǎn)設(shè)置說(shuō)明n 思考時(shí)間用戶在執(zhí)行兩個(gè)連續(xù)操作期間等待的時(shí)間稱為“思考時(shí)間”。錄制Vuser腳本時(shí)，記錄相應(yīng)的思考時(shí)間并將相應(yīng)的lr_think_time語(yǔ)句插入到腳本中。Lr_think_time的參數(shù)單位是秒，比如lr_think_time（5）意味著LoadRunner執(zhí)行到此條語(yǔ)句時(shí)，停留5秒，然后再繼續(xù)執(zhí)行后面的語(yǔ)句。忽略思考時(shí)間的方法另外一種用法：Runtime Setting 中的Pacing ，用在迭代與迭代之間n 常用請(qǐng)求函數(shù)web_url用于get請(qǐng)求web_custom_request用于get和post請(qǐng)

17、求，功能強(qiáng)大，可控性高web_submit_data用于post請(qǐng)求，功能強(qiáng)大，可控性高web_submit_form用于post請(qǐng)求，功能較弱，不推薦使用web_service_call用于webservice協(xié)議發(fā)請(qǐng)求n 關(guān)聯(lián)所謂的關(guān)聯(lián)就是把腳本中某些寫死的數(shù)據(jù)轉(zhuǎn)變成動(dòng)態(tài)的數(shù)據(jù)例如：SCADA V5.0中告警模塊從數(shù)據(jù)庫(kù)內(nèi)查詢到，做成參數(shù)化文件（關(guān)于參數(shù)化，后面進(jìn)行講解）通過(guò)WEB服務(wù)動(dòng)態(tài)獲取GUID，然后返回給服務(wù)端。我們把這種動(dòng)態(tài)獲取數(shù)據(jù)的方式稱謂關(guān)聯(lián)，簡(jiǎn)單地說(shuō)，每一次執(zhí)行時(shí)都會(huì)有變動(dòng)的值，就有可能需要做關(guān)聯(lián)。n 關(guān)聯(lián)自動(dòng)關(guān)聯(lián)手動(dòng)關(guān)聯(lián)自動(dòng)關(guān)聯(lián)n 關(guān)聯(lián)利用web_reg_save_par

18、am函數(shù)手動(dòng)關(guān)聯(lián)關(guān)聯(lián)的用途和意義1)簡(jiǎn)化和優(yōu)化腳本代碼2)動(dòng)態(tài)產(chǎn)生數(shù)據(jù)3)支持唯一數(shù)據(jù)n 參數(shù)化LoadRunner的參數(shù)化功能是數(shù)據(jù)驅(qū)動(dòng)測(cè)試思想的一個(gè)重要的實(shí)現(xiàn)。所謂數(shù)據(jù)驅(qū)動(dòng)測(cè)試，就是把測(cè)試腳本和測(cè)試數(shù)據(jù)分離開(kāi)來(lái)的一種思想，腳本體現(xiàn)測(cè)試流程，數(shù)據(jù)體現(xiàn)測(cè)試案例。數(shù)據(jù)不是寫死在腳本里面，這樣大大提高了腳本的可復(fù)用性。n 參數(shù)化適用場(chǎng)景n 參數(shù)化參數(shù)化方法n 參數(shù)化n 參數(shù)化數(shù)據(jù)分配方法分配方法描述Sequential（順序）“順序”方法順序的向Vuser分配數(shù)據(jù)。當(dāng)正在運(yùn)行的Vuser訪問(wèn)數(shù)據(jù)表時(shí)，它將會(huì)提取下一個(gè)可用的數(shù)據(jù)行。如果再數(shù)據(jù)表中沒(méi)有足夠的值，則VuGen返回列表中的第一個(gè)值，循環(huán)繼

19、續(xù)直到測(cè)試結(jié)束Random（隨機(jī)） “隨機(jī)”方法為每個(gè)Vuser分配一個(gè)數(shù)據(jù)表中的隨機(jī)值。當(dāng)運(yùn)行一個(gè)場(chǎng)景、會(huì)話步驟或業(yè)務(wù)流程監(jiān)控器配置文件時(shí)，可以指定隨機(jī)順序的種子數(shù)。每個(gè)種子值代表用于測(cè)試執(zhí)行的一個(gè)隨機(jī)值順序。每當(dāng)使用該種子值時(shí)，會(huì)將現(xiàn)共順序的值分配給場(chǎng)景或會(huì)話步驟中的Vuser。如果在測(cè)試執(zhí)行中發(fā)現(xiàn)問(wèn)題，并且要使用相同的隨機(jī)值順序重復(fù)該測(cè)試，請(qǐng)啟用該選項(xiàng) Unique（唯一） “唯一”方法為每個(gè)Vuser的參數(shù)分配一個(gè)唯一順序值。在這種情況下，必須確保表中的數(shù)據(jù)對(duì)所有的Vuser和他們的迭代來(lái)說(shuō)是充足的。如果有20個(gè)Vuser，并且要運(yùn)行5次迭代，則參數(shù)化列表中必須有100個(gè)唯一值n 參數(shù)

20、化數(shù)據(jù)更新方式更新方式描述Each occurrence（每次出現(xiàn)）“每次出現(xiàn)”方法指示Vuser在每次參數(shù)出現(xiàn)時(shí)使用新值。當(dāng)使用同一個(gè)參數(shù)的幾個(gè)語(yǔ)句不相關(guān)時(shí)，該方法非常有用。例如，對(duì)于隨機(jī)數(shù)據(jù)，在該參數(shù)每次出現(xiàn)時(shí)都使用新值可能是非常有用的Each iteration（每次迭代）“每次迭代”方法指示Vuser在每次腳本迭代時(shí)使用新值。如果一個(gè)參數(shù)在腳本中出現(xiàn)了若干次，則Vuser為整個(gè)迭代中該參數(shù)的所有出現(xiàn)使用同一個(gè)值。當(dāng)使用同一個(gè)參數(shù)的幾個(gè)語(yǔ)句相關(guān)時(shí)，該方法非常有用Once（一次） “一次”方法指示Vuser在場(chǎng)景或會(huì)話步驟運(yùn)行期間僅對(duì)參數(shù)值更新一次。Vuser為該參數(shù)的所有出現(xiàn)和所有迭代使

21、用同一個(gè)參數(shù)值。當(dāng)使用日期和時(shí)間時(shí)，該類型可能會(huì)非常有用n 參數(shù)化更新方法數(shù)據(jù)分配方法Sequential（順序）Random（隨機(jī)）Unique（唯一）Each iteration（每次迭代）對(duì)于每次迭代，Vuser會(huì)從數(shù)據(jù)表中提取下一個(gè)值對(duì)于每次迭代，Vuser會(huì)從數(shù)據(jù)表中提取新的隨機(jī)值對(duì)于每次迭代，Vuser會(huì)從數(shù)據(jù)表中提取下一個(gè)唯一值Each occurrence（每次出現(xiàn)）參數(shù)每次出現(xiàn)時(shí)，Vuser將從數(shù)據(jù)表中提取下一個(gè)值，即使在同一個(gè)迭代中參數(shù)每次出現(xiàn)時(shí)，Vuser將從數(shù)據(jù)表中提取新的隨機(jī)值，即使在同一個(gè)迭代中參數(shù)每次出現(xiàn)時(shí)，Vuser將從數(shù)據(jù)表中提取新的唯一值，及時(shí)在同一個(gè)迭代中Once（一次）對(duì)于每一個(gè)Vuser，第一次迭代中