軟件系統(tǒng)功能測試“高等職業(yè)院校技能應(yīng)用型教材·軟件技術(shù)系列軟件測試教程第八章01軟件系統(tǒng)性能測試概述軟件系統(tǒng)性能測試的概念01性能測試的基礎(chǔ)（1）性能測試的定義、目的等1）性能測試的定義。性能測試的定義依據(jù)ISO/IEC9126軟件質(zhì)量標(biāo)準(zhǔn)。2）性能測試的目的。驗(yàn)證軟件系統(tǒng)是否達(dá)到了用戶需求的某些項(xiàng)的性能指標(biāo)，同時，發(fā)現(xiàn)影響系統(tǒng)性能的瓶頸，并優(yōu)化系統(tǒng)。3）性能測試是主要針對相關(guān)應(yīng)用系統(tǒng)（軟件）的性能而進(jìn)行的測試，如針對J2EE或.NET架構(gòu)建立的軟件系統(tǒng)的性能測試。軟件系統(tǒng)性能測試的概念01性能測試的基礎(chǔ)（2）與軟件性能特征相關(guān)的基本概念1）并發(fā)。嚴(yán)格意義上的并發(fā)是指所有的客戶端在同一時刻做同一件事情或執(zhí)行同一項(xiàng)操作。這種操作一般是指同一種業(yè)務(wù)。廣義的并發(fā)中客戶端的請求或操作可以是相同的，也可以是不同的。2）用戶并發(fā)數(shù)。用戶并發(fā)數(shù)指在同一時刻客戶端與服務(wù)器進(jìn)行交互的在線用戶數(shù)量。3）請求響應(yīng)時間。請求響應(yīng)時間指從客戶端發(fā)出請求到得到響應(yīng)的整個過程的時間，稱為TTLB（TimetoLastByte）。其單位為秒或毫秒。4）事務(wù)響應(yīng)時間。事務(wù)是指由一系列操作組成的工作單元。事務(wù)響應(yīng)時間主要是針對用戶而言，屬于宏觀的概念，是為了向用戶說明業(yè)務(wù)響應(yīng)時間而提出的。5）吞吐量。吞吐量指在一次性能測試的過程中，在網(wǎng)絡(luò)上所傳輸?shù)臄?shù)據(jù)量的總和。軟件系統(tǒng)性能測試的概念01性能測試的基礎(chǔ)（2）與軟件性能特征相關(guān)的基本概念6）吞吐率。吞吐率是吞吐量與傳輸時間的比值?？捎烧埱髷?shù)/秒、頁面數(shù)/秒、業(yè)務(wù)數(shù)/小時、業(yè)務(wù)數(shù)/天、訪問人數(shù)/天、頁面訪問量/天等來描述。7）TPS（TransactionPerSecond）。TPS指系統(tǒng)每秒鐘處理的交易或事務(wù)的數(shù)量。8）點(diǎn)擊率（HitPerSecond）。點(diǎn)擊率指終端用戶每秒鐘向Web服務(wù)器提交的HPPT請求數(shù)，是Web應(yīng)用系統(tǒng)特有的一項(xiàng)指標(biāo)。9）資源利用率。資源利用率指對不同系統(tǒng)資源的使用程度，如服務(wù)器CPU利用率、磁盤利用率等。資源利用率是分析系統(tǒng)性能并加以改善的主要依據(jù)，是性能測試的重點(diǎn)。資源利用率主要針對服務(wù)器、操作系統(tǒng)、數(shù)據(jù)庫服務(wù)器等服務(wù)端的系統(tǒng)資源而言。10）用戶場景。用戶場景指用戶使用系統(tǒng)的場景與情形。軟件系統(tǒng)性能測試的概念01性能測試的基礎(chǔ)（2）與軟件性能特征相關(guān)的基本概念11）大數(shù)據(jù)量。模擬系統(tǒng)一個月、一季度、半年、一年等的數(shù)據(jù)量進(jìn)行的測試。其中，數(shù)據(jù)上限是系統(tǒng)歷史記錄轉(zhuǎn)移前可能產(chǎn)生的最大數(shù)據(jù)量，模擬的時間點(diǎn)是系統(tǒng)預(yù)計轉(zhuǎn)移數(shù)據(jù)的某一時間。13）網(wǎng)絡(luò)性能測試。網(wǎng)絡(luò)性能測試主要有兩類：①基于硬件的測試：主要通過各種專用軟件測試工具、測試儀器等測試整個系統(tǒng)的網(wǎng)絡(luò)運(yùn)行環(huán)境；②基于應(yīng)用系統(tǒng)的測試：在實(shí)際軟件項(xiàng)目中，主要測試用戶數(shù)量與網(wǎng)絡(luò)帶寬的關(guān)系，通過測試工具準(zhǔn)確展示帶寬、延遲、負(fù)載和端口的變化是如何影響用戶的響應(yīng)時間的。例如，可分別測試不同帶寬條件下系統(tǒng)的響應(yīng)時間。通常，網(wǎng)絡(luò)性能測試主要針對第二種類型。軟件系統(tǒng)性能測試的概念02性能測試策略模型（1）性能測試策略制定的基本原則軟件系統(tǒng)性能測試的概念02性能測試策略模型(2）應(yīng)用案例【例8-1】某銀行的軟件系統(tǒng)性能測試策略。軟件類型：銀行卡審批業(yè)務(wù)管理系統(tǒng)。該系統(tǒng)使用頻繁，業(yè)務(wù)量每年達(dá)到200萬次，屬于銀行領(lǐng)域的特殊應(yīng)用軟件。項(xiàng)目背景：該系統(tǒng)屬于第二次重新開發(fā)的系統(tǒng)，第一次開發(fā)商在系統(tǒng)開發(fā)完成后沒有通過性能測試，在100個用戶并發(fā)訪問系統(tǒng)時，數(shù)據(jù)庫崩潰。因此，新系統(tǒng)的測試項(xiàng)目要求從啟動系統(tǒng)開始，同時性能測試成為用戶關(guān)注的焦點(diǎn)。用戶要求：用戶提出必須達(dá)到性能要求，否則系統(tǒng)功能無論多強(qiáng)大也無存在意義。性能測試策略如下。1）從系統(tǒng)設(shè)計階段開始進(jìn)行測試準(zhǔn)備工作，測試人員主要參加系統(tǒng)的設(shè)計、評審。因前面失利的主要原因是數(shù)據(jù)庫設(shè)計不合理，所以重點(diǎn)討論數(shù)據(jù)庫的設(shè)計。2）在系統(tǒng)設(shè)計階段完成了性能測試方案的設(shè)計。3）在組件測試階段對一些重要算法進(jìn)行測試，主要解決并發(fā)控制算法的性能問題，測試對象為核心業(yè)務(wù)模塊。在集成測試階段完成組合測試。4）性能測試和功能測試同步進(jìn)行。對功能測試引起的相關(guān)修改，應(yīng)立即進(jìn)行性能測試。5）驗(yàn)收測試在現(xiàn)場進(jìn)行，根據(jù)測試結(jié)果進(jìn)行系統(tǒng)調(diào)優(yōu)。軟件系統(tǒng)性能測試的概念02性能測試策略模型(2）應(yīng)用案例【例8-2】某企業(yè)內(nèi)部OA系統(tǒng)的性能測試。（該性能測試策略和【例8-1】的區(qū)別較大。）軟件類型：該系統(tǒng)為企業(yè)內(nèi)部辦公系統(tǒng)，用戶數(shù)量在1000個以內(nèi)，主要功能是信息發(fā)布和公文流轉(zhuǎn)、收發(fā)郵件等。軟件系統(tǒng)用于輔助辦公，屬于一般類型的應(yīng)用軟件。因此，對系統(tǒng)性能指標(biāo)的要求不高，性能測試不屬于最重要的測試項(xiàng)目。項(xiàng)目背景：已有穩(wěn)定的軟件系統(tǒng)。該項(xiàng)目主要依據(jù)客戶的個性化要求進(jìn)行二次開發(fā)。用戶要求：要求系統(tǒng)響應(yīng)時間短于8s，并滿足1000個用戶使用。性能測試策略：在系統(tǒng)測試階段開始進(jìn)行測試準(zhǔn)備工作，完成測試用例設(shè)計。目標(biāo)為評估系統(tǒng)性能，根據(jù)測試結(jié)果進(jìn)行一定的優(yōu)化。在驗(yàn)收測試階段，在用戶現(xiàn)場執(zhí)行性能測試用例，根據(jù)測試結(jié)果對系統(tǒng)進(jìn)行一定的優(yōu)化。提交測試報告，以便系統(tǒng)驗(yàn)收。這兩個測試案例說明了制定性能測試策略的一般方法。軟件系統(tǒng)（測試對象）的性能測試策略的制定由軟件自身的特點(diǎn)決定，并受到用戶態(tài)度的影響；軟件系統(tǒng)的背景、運(yùn)行環(huán)境等因素均會影響性能測試策略的制定；最有效的性能測試策略是從實(shí)際出發(fā)，并充分考慮用戶要求。軟件系統(tǒng)性能測試的概念03性能測試的主要內(nèi)容（1）預(yù)期指標(biāo)的性能測試。（2）獨(dú)立業(yè)務(wù)性能測試。（3）組合業(yè)務(wù)性能測試。（4）疲勞強(qiáng)度性能測試。（5）大數(shù)據(jù)量性能測試。（6）網(wǎng)絡(luò)性能測試。（7）服務(wù)器（操作系統(tǒng)、各類服務(wù)器）性能測試。（8）特殊測試。04性能測試的類型（1）壓力測試。（2）負(fù)載測試。（3）強(qiáng)度測試。（4）并發(fā)測試。（5）大數(shù)據(jù)量測試。（6）配置測試。（7）可靠性測試。在給系統(tǒng)加載一定壓力的情況下，使系統(tǒng)運(yùn)行預(yù)定的一段時間（如若干周或若干月等），以此檢測系統(tǒng)正常運(yùn)行的能力。軟件系統(tǒng)性能測試的概念05性能調(diào)優(yōu)步驟性能調(diào)優(yōu)通常是在性能測試后，針對系統(tǒng)性能瓶頸而進(jìn)行的系統(tǒng)性能提高和修正、調(diào)整的過程。性能調(diào)優(yōu)的依據(jù)是性能測試的結(jié)果及分析。（1）確定問題（2）確定調(diào)整目標(biāo)通常的目標(biāo)為：提高系統(tǒng)的吞吐量，縮短響應(yīng)時間，更好地支持開發(fā)。（3）分析調(diào)整結(jié)果若經(jīng)測試后，發(fā)現(xiàn)沒有解決問題，則要重復(fù)前面的工作。在測試系統(tǒng)調(diào)整方案過程中，需要經(jīng)常分析所做過的工作（進(jìn)行評估）。軟件系統(tǒng)性能測試規(guī)劃與設(shè)計圖8-2軟件系統(tǒng)性能測試規(guī)劃與設(shè)計流程軟件系統(tǒng)性能測試管理01性能測試的實(shí)施流程圖8-3性能測試的實(shí)施流程圖軟件系統(tǒng)性能測試管理02性能測試的實(shí)施和監(jiān)控性能測試用例在執(zhí)行時具有不確定性，時長不同。性能測試的實(shí)施主要包括搭建與維護(hù)測試環(huán)境、執(zhí)行測試用例、監(jiān)控測試場景、保存與分析測試結(jié)果等，這些工作貫穿性能測試的整個實(shí)施過程。軟件系統(tǒng)性能測試管理03性能測試的環(huán)境搭建與配置(1）測試控制機(jī)的配置測試控制機(jī)的選型主要與測試時模擬的虛擬用戶數(shù)有關(guān)，指定的硬件平臺能支持的虛擬用戶數(shù)將受到機(jī)器內(nèi)存資源的影響。其要求的具體技術(shù)指標(biāo)如下。1）硬盤空間：根據(jù)具體的測試日志記錄數(shù)的不同，運(yùn)行時每個虛擬用戶每小時對硬盤空間的要求為2～6MB。2）網(wǎng)絡(luò)帶寬：通常要求不低于100Mbit/s。3）內(nèi)存容量：操作系統(tǒng)為1GB以上，對每個虛擬用戶進(jìn)行控制額外需要2～3MB。4）操作系統(tǒng)：Windows2000、WindowsXP、WindowsServer2003、Intelx86或Linux系統(tǒng)。(2）負(fù)載產(chǎn)生器（測試代理機(jī)）的配置要求1）CPU性能。在整個負(fù)載測試過程中，CPU利用率應(yīng)為80%，RPT測試代理機(jī)對CPU資源要求較高，一般要求由2個以上CPU驅(qū)動。2）硬盤空間。根據(jù)具體測試日志記錄數(shù)的不同，運(yùn)行時每個虛擬用戶每小時對硬盤空間的要求為2～6MB。3）操作系統(tǒng)：Windows2000、WindowsXP、WindowsServer2003，UNIX，AIX，Linux。詳細(xì)內(nèi)容以產(chǎn)品的ReleaseNotes為準(zhǔn)。02Web性能測試Web性能測試模型01Web性能測試的主要內(nèi)容Web性能測試的主要內(nèi)容包括預(yù)期指標(biāo)的性能測試、獨(dú)立業(yè)務(wù)的性能測試、組合業(yè)務(wù)的性能測試、疲勞強(qiáng)度的性能測試和大數(shù)據(jù)量的性能測試。02Web性能測試的類型（1）壓力測試。（2）強(qiáng)度測試。（3）并發(fā)測試。（4）響應(yīng)時間的測試。針對響應(yīng)時間敏感的請求訪問，檢驗(yàn)系統(tǒng)響應(yīng)時間是否在允許范圍內(nèi)。響應(yīng)時間測試通常需要在不同網(wǎng)絡(luò)環(huán)境下進(jìn)行。（5）可靠性的測試。（6）服務(wù)器（操作系統(tǒng)、Web服務(wù)器、數(shù)據(jù)庫服務(wù)器）的性能測試。這項(xiàng)測試主要是針對與Web應(yīng)用系統(tǒng)關(guān)聯(lián)的支撐系統(tǒng)的性能測試。測試人員需掌握有關(guān)Web應(yīng)用服務(wù)器使用的知識，如Weblogic和Websphere的優(yōu)化應(yīng)用等。Web性能測試用例設(shè)計01Web性能測試用例的設(shè)計類型Web性能測試的測試用例（或測試腳本）一般需要設(shè)計以下5種類型。（1）預(yù)期指標(biāo)的性能測試。（2）并發(fā)用戶的性能測試。（3）疲勞強(qiáng)度和大數(shù)據(jù)量的性能測試。（4）服務(wù)器的性能測試。（5）網(wǎng)絡(luò)的性能測試。02Web性能測試用例的設(shè)計方法性能測試用例設(shè)計通常難以一次到位，而是一個迭代和完善的過程。使用過程中，有時也會根據(jù)測試要素的變化對其進(jìn)行調(diào)整。例如，一組已設(shè)計好的測試用例將分別測試系統(tǒng)對20，50，100，…，200等不同數(shù)量的并發(fā)用戶的響應(yīng)情況，但測試時發(fā)現(xiàn)系統(tǒng)性能太低了，測試支持50個用戶并發(fā)就已存在問題，此時需要調(diào)整測試用例的執(zhí)行。Web性能測試過程管理01性能測試架構(gòu)軟件系統(tǒng)性能測試架構(gòu)如圖8-7所示。性能測試工具RPT安裝在Master主機(jī)上，控制腳本運(yùn)行和整個負(fù)載加載的過程。根據(jù)負(fù)載模型的要求，首先將測試腳本下載到RationalAgentController上，Controller是負(fù)載產(chǎn)生器，在RationalAgentController上運(yùn)行腳本，模擬多個虛擬用戶，分別加載到服務(wù)器。同時，在整個測試過程中，自動收集測試數(shù)據(jù)，由測試主機(jī)統(tǒng)一進(jìn)行處理，生成測試報告及各種測試報表。此外，后端服務(wù)器、WebLogic應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器及應(yīng)用監(jiān)控均可由IBMTivoli的ITCAM監(jiān)控模塊進(jìn)行處理。圖8-7軟件系統(tǒng)性能測試架構(gòu)Web性能測試過程管理02監(jiān)控系統(tǒng)資源在性能測試過程中，需要隨時監(jiān)控服務(wù)器的運(yùn)行狀況與資源消耗狀況。這里以Rational為例來說明，它提供了4種機(jī)制。（1）通過與Tivoli監(jiān)控器相連進(jìn)行監(jiān)控。（2）通過Java編程實(shí)現(xiàn)自定義監(jiān)控。（3）通過UNIX或Linux操作系統(tǒng)內(nèi)置RstatdDaemon進(jìn)程進(jìn)行監(jiān)控。（4）通過WindowsPerformanceMonitor進(jìn)行監(jiān)控。后兩種方式采用無代理機(jī)制，不需要在被測試系統(tǒng)上安裝代理，可直接獲取CPU、內(nèi)存、網(wǎng)絡(luò)、I/O數(shù)據(jù)等系統(tǒng)資源數(shù)據(jù)，在性能測試中比較常用。Web性能測試過程管理03測試報告與數(shù)據(jù)分析測試完成后，性能測試將產(chǎn)生大量的測試數(shù)據(jù)。例如，在壓力測試過程中，測試工具能捕捉、記錄大量數(shù)據(jù)產(chǎn)生的性能指標(biāo)。常用指標(biāo)有交易響應(yīng)時間、頁面吞吐量、網(wǎng)絡(luò)吞吐量、事務(wù)成功百分比等。通常情況下，測試工具自動生成測試報告，并在必要時將大用戶量場景下的測試報告與基準(zhǔn)測試報告進(jìn)行比對。比對分析能幫助開發(fā)者和用戶找到系統(tǒng)性能瓶頸的根源。進(jìn)行性能問題定位與系統(tǒng)調(diào)優(yōu)，可基于客戶關(guān)注的特定過程和整體性能的表現(xiàn)，來展現(xiàn)性能測試過程中的交易響應(yīng)時間變化。在測試完成后，匯總測試過程中采集的所有數(shù)據(jù)，并結(jié)合資源監(jiān)控器及Tivoli等的監(jiān)控器進(jìn)一步分析產(chǎn)生性能瓶頸時服務(wù)器的CPU占用率、內(nèi)存頁面交換率、磁盤I/O數(shù)據(jù)，以及數(shù)據(jù)庫、應(yīng)用服務(wù)器的性能數(shù)據(jù)等，以定位性能問題。在此基礎(chǔ)上，對應(yīng)用軟件及系統(tǒng)架構(gòu)進(jìn)行調(diào)優(yōu)。03軟件系統(tǒng)性能測試的工具及其應(yīng)用RPT概述01新一代性能測試平臺(1）多功能特點(diǎn)1）支持MicrosoftIE、FireFox瀏覽器；直接支持HTTP/HTTPS、SAP、Siebel、Ctrix、Socket、Oracle、WebServices、SIP等協(xié)議，可識別更多的協(xié)議對話。2）支持腳本在Windows、Linux、UNIX等多種操作系統(tǒng)平臺上運(yùn)行；具有豐富的技術(shù)文檔與在線幫助功能。3）支持事務(wù)定義；支持同步點(diǎn)對虛擬用戶進(jìn)行同步和控制；模擬用戶操作時的思考時間設(shè)置；支持對多機(jī)施加壓力測試的執(zhí)行和測試任務(wù)的集中控制；支持自動調(diào)整用戶數(shù)量的壓力場景，支持靈活加壓策略，在運(yùn)行中可隨時調(diào)整虛擬用戶數(shù)量以調(diào)整壓力。RPT概述01新一代性能測試平臺(1）多功能特點(diǎn)4）對測試中運(yùn)行的系統(tǒng)軟/硬件資源進(jìn)行實(shí)時監(jiān)控，從客戶和服務(wù)器兩個方面評估系統(tǒng)性能。5）支持在無人管理的情況下定時執(zhí)行腳本，支持多個測試腳本組合構(gòu)成的測試方案并能控制腳本執(zhí)行順序。在測試腳本中對可替換值進(jìn)行批量關(guān)聯(lián)等。6）采用無代理方式收集測試數(shù)據(jù)時，無須對被測機(jī)器進(jìn)行任何修改。7）強(qiáng)大的數(shù)據(jù)驅(qū)動測試能力，可重用測試腳本。8）提供豐富的測試驗(yàn)證點(diǎn)，包含標(biāo)題、響應(yīng)代碼、內(nèi)容、響應(yīng)內(nèi)容等，無須編程可直接通過界面操作加入。9）擁有IP混淆功能，可方便地實(shí)現(xiàn)虛擬用戶并發(fā)測試。10）可建立數(shù)字證書，并通過數(shù)據(jù)池訪問將數(shù)據(jù)池與測試關(guān)聯(lián)。通過使用代理KeyTool命令行程序存儲數(shù)字證書。RPT概述01新一代性能測試平臺(2）開放性特點(diǎn)1）基于Eclipse的性能測試工具。能與Eclipse的開發(fā)工具集成，通過視圖進(jìn)行角色切換，使開發(fā)者無須掌握新的工具就能進(jìn)行性能測試與分析。2）測試腳本語言采用Java，通過基于Java的定制代碼完成腳本高級功能。支持在腳本中方便地插入Java代碼，實(shí)現(xiàn)靈活的算法，提供API函數(shù)支持，可直接調(diào)用JavaAPI。利用SDK擴(kuò)展自定義協(xié)議。支持Weblogic、Websphere等主流應(yīng)用服務(wù)器產(chǎn)品，無須插件即可對EJB、Servlets、JSP等J2EE組件進(jìn)行交易深度分解。RPT概述01新一代性能測試平臺（3）易用性特點(diǎn)1）在統(tǒng)一工作界面完成測試腳本錄制、負(fù)載模型定義、性能測試執(zhí)行、測試結(jié)果分析，并生成各類報表。RPT的統(tǒng)一工作界面如圖8-9所示。2）簡潔直觀且易操作的工作界面，通過GUI實(shí)現(xiàn)ifthenelse邏輯，易于理解。3）可分割或合并HTTP頁面。在測試元素響應(yīng)內(nèi)容中搜索關(guān)聯(lián)數(shù)據(jù)。在WebService測試中手動創(chuàng)建XML調(diào)用。可在不同測試結(jié)果間進(jìn)行比較?？烧{(diào)整測試結(jié)果的時間偏移值?？稍跍y試結(jié)果中快速定位失敗點(diǎn)。圖8-9RPT的統(tǒng)一工作界面RPT概述01新一代性能測試平臺（4）強(qiáng)大的分析、定位性能瓶頸的功能（1）具有豐富的資源數(shù)據(jù)。具有響應(yīng)時間、吞吐量、交易成功率、活動用戶數(shù)等全面性能數(shù)據(jù)。（2）具有詳盡的應(yīng)用性能分析數(shù)據(jù)，可定位到模塊層級的性能瓶頸問題。RPT的基本運(yùn)用方法01創(chuàng)建一個性能測試(1）建立腳本的機(jī)理與過程腳本錄制的實(shí)質(zhì)是服務(wù)器響應(yīng)錄制期間的所有的信息捕獲。在錄制中，記錄器記錄了瀏覽器（用戶）與服務(wù)器之間進(jìn)行的一系列會話（Session），通過捕獲并識別這個交互過程中的所有信息，創(chuàng)建測試并生成為一個代碼序列。當(dāng)腳本回放時，各種變量來自從服務(wù)器收到的數(shù)據(jù)，每個用戶接收唯一被激活的數(shù)據(jù)庫中的數(shù)據(jù)。由于記錄器與測試生成器的作用，在腳本錄制時無須用戶編寫代碼。腳本其實(shí)就是創(chuàng)建的測試結(jié)果，在樹狀視圖（TreeView）中顯示為一系列訪問過的頁面。RPT的基本運(yùn)用方法01創(chuàng)建一個性能測試(2）RPT創(chuàng)建腳本時的關(guān)鍵點(diǎn)創(chuàng)建一個腳本時的關(guān)鍵點(diǎn)：第一，沒有編程的要求；第二，不同的用戶會有不同的輸入數(shù)據(jù)；第三，自動關(guān)聯(lián)系統(tǒng)（服務(wù)器）的響應(yīng)值。圖8-10所示為RPT腳本錄制所創(chuàng)建的一系列文件。圖8-10RPT腳本錄制所創(chuàng)建的一系列文件RPT的基本運(yùn)用方法01創(chuàng)建一個性能測試(3）定義工作負(fù)載1）定義一個負(fù)載模型。創(chuàng)建一個性能測試，需要定義工作負(fù)載，即在客戶端與服務(wù)器之間指定工作序列（建立通信鏈路）。RPT具有精確的用戶實(shí)時工作負(fù)載模型、強(qiáng)大和靈活的計劃調(diào)度功能，可實(shí)現(xiàn)無代碼可視化的調(diào)度計劃安排，并可實(shí)現(xiàn)測試運(yùn)行中負(fù)載的動態(tài)增長。定義工作負(fù)載需要完成一系列的參數(shù)設(shè)置，包括設(shè)置資源監(jiān)控、設(shè)置網(wǎng)絡(luò)訪問速度、設(shè)置IP欺騙、設(shè)置響應(yīng)時間細(xì)分、設(shè)置思考時間、設(shè)置日志采集級別、設(shè)置虛擬用戶數(shù)量。2）建立實(shí)時運(yùn)行監(jiān)控。定義工作負(fù)載，RPT需要通過一系列的配置操作來完成。RPT的基本運(yùn)用方法01創(chuàng)建一個性能測試（4）IP欺騙的設(shè)置當(dāng)需要在指定的機(jī)器上進(jìn)行虛擬用戶的并發(fā)測試時，需要進(jìn)行IP欺騙的設(shè)置。當(dāng)配置遠(yuǎn)程執(zhí)行路徑時，也需要設(shè)置IP欺騙。設(shè)置步驟如下。1）定制調(diào)度使測試程序在一臺指定的機(jī)器上運(yùn)行。2）在指定的機(jī)器上設(shè)置IP范圍。IP欺騙的設(shè)置如圖8-12所示。圖8-12IP欺騙的設(shè)置RPT的基本運(yùn)用方法01創(chuàng)建一個性能測試（5）測試參數(shù)的配置調(diào)度安排允許在遠(yuǎn)程進(jìn)行聚合測試、排序測試與運(yùn)行測試。調(diào)度計劃可簡單到一個用戶運(yùn)行一個測試，也可復(fù)雜到不同組的上百個用戶中每個用戶在不同時間運(yùn)行不同的測試。通過定制一個調(diào)度，可實(shí)現(xiàn)聚合測試來模擬不同用戶的行為；設(shè)置測試運(yùn)行順序（順序地、隨機(jī)地、加權(quán)的順序）；每次測試運(yùn)行時設(shè)置不同時間；以確定的速率運(yùn)行測試；在遠(yuǎn)程終端運(yùn)行一個測試或一組測試。設(shè)置虛擬用戶