樣章性能測(cè)試進(jìn)階指南LoadRunner9.1實(shí)戰(zhàn)_0609-259

1、6.2 性能測(cè)試組織性能測(cè)試并不是一個(gè)人或者一個(gè)部門可以完成的工作，相對(duì)于功能測(cè)試來(lái)說(shuō)，性能測(cè)試更為復(fù)雜，所以一個(gè)公司成立一個(gè)性能測(cè)試部門并不難，但是需要將這個(gè)部門的作用發(fā)揮出來(lái)就不是那么簡(jiǎn)單的事情了。6.2.1 性能測(cè)試團(tuán)隊(duì)性能測(cè)試作為測(cè)試團(tuán)隊(duì)中的一部分，有其特殊性，所以對(duì)于性能測(cè)試團(tuán)隊(duì)的管理和組織架構(gòu)和普通的功能測(cè)試工作在流程和組織上有所不同，這里給出一個(gè)在整個(gè)項(xiàng)目研發(fā)過(guò)程中性能測(cè)試相關(guān)角色的矩陣圖，如圖6.87 所示。項(xiàng)目經(jīng)理需求分析工程師系統(tǒng)架構(gòu)師開發(fā)工程師測(cè)試經(jīng)理高級(jí)性能測(cè)試工程師性能測(cè)試工程師項(xiàng)目計(jì)劃需求分析設(shè)計(jì)編碼測(cè)試安排性能測(cè)試時(shí)間目標(biāo)/時(shí)間資源no性能需求分析信息完整yesn

2、o制定測(cè)試計(jì)劃yes系統(tǒng)架構(gòu)設(shè)計(jì)制定測(cè)試方案開發(fā)腳本執(zhí)行測(cè)試編碼結(jié)果分析修改no修改修改撰寫測(cè)試報(bào)告yes審核測(cè)試報(bào)告簽發(fā)測(cè)試報(bào)告圖 6.87 性能測(cè)試團(tuán)隊(duì)工作流程pm 項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理作為整個(gè)項(xiàng)目最關(guān)鍵的人，必須對(duì)性能測(cè)試有所了解，這樣才能確保性能測(cè)試被重視，并且有足夠的資源支持。性能需求分析工程師確定系統(tǒng)的性能需求，除了傳統(tǒng)的功能需求，我們需要得到更加準(zhǔn)確的性能需求，例如系統(tǒng)的容量、響應(yīng)時(shí)間等明確指標(biāo)。這些需求需要在開發(fā)前就明確，這樣才能在一定的約束下進(jìn)行開發(fā)，確保在設(shè)計(jì)初期就考慮了性能方面的需求。高級(jí)性能測(cè)試工程師可以輔助需求分析工程師對(duì)性能需求進(jìn)行定義和明確。第 6 章性能測(cè)試實(shí)戰(zhàn)性能

3、測(cè)試進(jìn)階指南loadrunner 9.1實(shí)戰(zhàn)245 架構(gòu)設(shè)計(jì)師系統(tǒng)的性能在需求分析工程師和架構(gòu)設(shè)計(jì)師經(jīng)過(guò)分析后確定。架構(gòu)設(shè)計(jì)師根據(jù)用戶的性能需求來(lái)決定系統(tǒng)的架構(gòu)特點(diǎn)并提供足夠的可擴(kuò)展性。后期做的性能測(cè)試只是讓系統(tǒng)更接近于系統(tǒng)設(shè)計(jì)時(shí)的性能而已，但是無(wú)法超越系統(tǒng)架構(gòu)的設(shè)計(jì)，也就是說(shuō)性能是做出來(lái)的而不是測(cè)出來(lái)的，待到后期通過(guò)性能測(cè)試發(fā)現(xiàn)問(wèn)題時(shí)，調(diào)優(yōu)的成本和難度也非常大了。在大多數(shù)情況下，系統(tǒng)的架構(gòu)性能都是由架構(gòu)設(shè)計(jì)師獨(dú)自測(cè)試分析的，如果有性能測(cè)試工程師介入，也可以提供一定的技術(shù)支持和建議。開發(fā)工程師開發(fā)工程師的主要職責(zé)是在架構(gòu)上進(jìn)一步編碼，受到個(gè)人能力的影響，某些開發(fā)工程師能夠很好利用架構(gòu)在不降低性

4、能的情況下實(shí)現(xiàn)功能，而也存在編碼不合理導(dǎo)致效率降低的情況。測(cè)試經(jīng)理作為一名測(cè)試經(jīng)理，更多的工作是協(xié)調(diào)溝通，即組織和協(xié)調(diào)資源確保性能測(cè)試的有效進(jìn)行。高級(jí)性能測(cè)試工程師負(fù)責(zé)測(cè)試計(jì)劃、測(cè)試策略和分析工作。性能測(cè)試工程師根據(jù)用戶的需求，完成腳本的開發(fā)并形成系統(tǒng)負(fù)載，將性能問(wèn)題表現(xiàn)出來(lái)，而結(jié)果的分析由高級(jí)性能測(cè)試工程師和相關(guān)人員共同完成。6.2.2 性能測(cè)試流程分工在性能測(cè)試的整個(gè)周期上，不同階段各個(gè)部門的工作內(nèi)容是不同的，通過(guò)圖6.88 可以了解到在每個(gè)過(guò)程中，需要哪些部門成員的介入。圖 6.88 性能測(cè)試流程分工測(cè)試計(jì)劃性能測(cè)試的計(jì)劃是由項(xiàng)目經(jīng)理、業(yè)務(wù)/架構(gòu)專家和高級(jí)性能測(cè)試工程師共同完成的，項(xiàng)目經(jīng)

5、理需要提供時(shí)間的計(jì)劃安排和資源，而業(yè)務(wù) /架構(gòu)專家需要提供架構(gòu)設(shè)計(jì)的目標(biāo)以及系統(tǒng)的相關(guān)信息，最后由高級(jí)性能測(cè)試工程師編寫測(cè)試計(jì)劃。腳本開發(fā)在開發(fā)腳本的過(guò)程中，一方面需要項(xiàng)目經(jīng)理的協(xié)調(diào)，而另一方面架構(gòu)專家提供腳本開發(fā)中的一部分技術(shù)支持，包括測(cè)試環(huán)境的搭建和早期性能測(cè)試的介入。場(chǎng)景設(shè)計(jì)性能測(cè)試進(jìn)階指南loadrunner 9.1 實(shí)戰(zhàn)性能測(cè)試進(jìn)階指南loadrunner 9.1實(shí)戰(zhàn)246 根據(jù)性能需求分析工程師指定的相關(guān)需求設(shè)計(jì)場(chǎng)景。系統(tǒng)管理員提供一些軟硬件平臺(tái)搭建上的支持。場(chǎng)景運(yùn)行完成場(chǎng)景的運(yùn)行設(shè)置、負(fù)載生成規(guī)則和執(zhí)行策略，開始執(zhí)行場(chǎng)景。負(fù)載下的監(jiān)控分析在場(chǎng)景運(yùn)行的過(guò)程中，作為一個(gè)性能測(cè)試工程師

6、并不是簡(jiǎn)單地等待數(shù)據(jù)，還需要系統(tǒng)管理員和架構(gòu)設(shè)計(jì)師在負(fù)載過(guò)程中對(duì)一些數(shù)據(jù)進(jìn)行監(jiān)控，隨時(shí)確認(rèn)瓶頸產(chǎn)生的原因。系統(tǒng)調(diào)優(yōu)階段架構(gòu)設(shè)計(jì)師和系統(tǒng)管理員根據(jù)前面得出的數(shù)據(jù)進(jìn)行系統(tǒng)調(diào)優(yōu)，當(dāng)調(diào)優(yōu)工作完成后，重新進(jìn)入新一輪的性能測(cè)試，整個(gè)過(guò)程按照pdca 循環(huán)持續(xù)，直至達(dá)到目標(biāo)。如何進(jìn)行調(diào)優(yōu)請(qǐng)參考各個(gè)應(yīng)用的tuning 手冊(cè)和相關(guān)書籍。6.2.3 配置管理為什么要進(jìn)行性能測(cè)試的配置管理呢？對(duì)于性能測(cè)試來(lái)說(shuō)，作為測(cè)試用的腳本也會(huì)隨著項(xiàng)目的進(jìn)展被不斷地修改，多次的場(chǎng)景運(yùn)行后會(huì)帶來(lái)大量場(chǎng)景數(shù)據(jù)，對(duì)應(yīng)的大量有待進(jìn)行基準(zhǔn)測(cè)試分析的數(shù)據(jù)，而如果沒(méi)有有效的配置管理，會(huì)帶來(lái)性能測(cè)試工作的混亂。另一方面開發(fā)性能測(cè)試腳本和場(chǎng)景也是

7、開發(fā)的一種，同樣也需要對(duì)其進(jìn)行有效的權(quán)限劃分和版本追溯。為了確保性能測(cè)試中的相關(guān)數(shù)據(jù)和代碼能夠有效地進(jìn)行管理，實(shí)行配置管理是非常有必要的。hp 也考慮到這些問(wèn)題，推出了performance center 和 quality center 兩大系統(tǒng)平臺(tái)。其中 performance center 提供了對(duì)性能測(cè)試后場(chǎng)景運(yùn)行管理和場(chǎng)景結(jié)果數(shù)據(jù)的統(tǒng)一管理和橫向比較功能，而quality center 提供了版本控制和腳本運(yùn)行的控制，loadrunner 本身提供了對(duì) pc 和 qc 的插件支持， 但這兩個(gè)工具部署復(fù)雜并且價(jià)格不菲，從性價(jià)比的角度來(lái)說(shuō)，并不太適合小公司。如果公司已經(jīng)使用了qc 來(lái)管理

8、缺陷流程，那么建議繼續(xù)使用。對(duì)于沒(méi)有以上條件的公司，其實(shí)可以通過(guò)配置管理工具和一定的流程來(lái)實(shí)現(xiàn)同樣的功能。管理內(nèi)容性能測(cè)試腳本及參數(shù)化文件性能測(cè)試場(chǎng)景性能測(cè)試場(chǎng)景運(yùn)行后的結(jié)果性能測(cè)試分析及報(bào)告達(dá)到目標(biāo)對(duì)性能測(cè)試中使用的所有內(nèi)容進(jìn)行版本管理，實(shí)現(xiàn)對(duì)性能測(cè)試腳本和場(chǎng)景的基線化操作，對(duì)每個(gè)基線代碼形成有效的性能測(cè)試數(shù)據(jù)記錄，并能夠簡(jiǎn)便地實(shí)現(xiàn)同場(chǎng)景下多結(jié)果的配置及基準(zhǔn)測(cè)試數(shù)據(jù)的性能比較。這里推薦使用業(yè)界流行的subversion 作為性能測(cè)試的配置管理工具，客戶端使用tortoisesvn 。在整個(gè)性能測(cè)試過(guò)程中，需要配置的內(nèi)容主要包括以下幾點(diǎn)：腳本中的代碼腳本中的參數(shù)化數(shù)據(jù)第 6 章性能測(cè)試實(shí)戰(zhàn)性能

9、測(cè)試進(jìn)階指南loadrunner 9.1實(shí)戰(zhàn)247 腳本的 run-time setting 場(chǎng)景的設(shè)計(jì)場(chǎng)景運(yùn)行后得到的數(shù)據(jù)analysis 分析的報(bào)告相關(guān)的文檔和報(bào)告對(duì)于性能測(cè)試的配置管理可以使用以下的目錄結(jié)構(gòu)：/ /trunks/ /trunks/pt/ /trunks/pt/ /trunks/pt/document /trunks/pt/document/plan /trunks/pt/document/report /trunks/pt/script /trunks/pt/script/param /trunks/pt/scenario /trunks/pt/res /trunks/p

10、t/analysis 其中， /trunks 是 svn 中的主干目錄； /pt 是性能測(cè)試的英文縮寫，說(shuō)明該目錄下的內(nèi)容都是性能測(cè)試；document/目錄下主要保存相關(guān)性能測(cè)試的文檔，如性能測(cè)試需求分析、性能測(cè)試計(jì)劃、性能測(cè)試報(bào)告；script/目錄主要管理vugen 腳本。默認(rèn)情況下，vugen 腳本由以下幾個(gè)文件組成：action.c vuser_end.c vuser_init.c globals.h default.cfg default.usp scenario.usr 通過(guò)前面的學(xué)習(xí)我們知道前3 個(gè).c 文件和一個(gè) .h 文件是腳本文件用來(lái)存放action 。scenario.

11、usr 文件是 vugen 打開腳本的主文件，文件內(nèi)包含了一些vugen 的通用設(shè)置和運(yùn)行屬性。 default.cfg 和 default.usp 是配置文件，其中runtime setting 存放在 default.usp 文件中，所以這些文件必須要添加到配置管理工具中。當(dāng)腳本被運(yùn)行后，會(huì)得到以下內(nèi)容：combined_scm_.c scm.c pre_cci.c logifle.log mdrv.log mdrv_cmd.txt options.txt output.txt result1 腳本運(yùn)行后的result 目錄性能測(cè)試進(jìn)階指南loadrunner 9.1 實(shí)戰(zhàn)性能測(cè)試進(jìn)階指南

12、loadrunner 9.1實(shí)戰(zhàn)248 其中 mdrv.log 和 output.txt 文件是運(yùn)行腳本所產(chǎn)生的log 文件。mdrv_cmd.txt 是命令行啟動(dòng) mdrv 的參數(shù)寫法，使用mdrv.exe 啟動(dòng)腳本的命令方式參考第3.5.5 節(jié)中的相關(guān)內(nèi)容。三個(gè) .c 文件是運(yùn)行腳本所需要的系統(tǒng)函數(shù)庫(kù)，這些內(nèi)容都無(wú)須進(jìn)行配置管理。腳本中使用的參數(shù)化內(nèi)容存放在script/param 目錄下以便于管理。參數(shù)化后腳本中會(huì)添加一個(gè) .prm 文件，該文件記錄了參數(shù)化列表中的取值規(guī)則，需要進(jìn)行配置管理。對(duì)于 .bak/.log 和 result1 目錄這種無(wú)須進(jìn)行配置管理的文件，可以使用torto

13、isesvn 中的添加忽略列表功能將這些內(nèi)容從commit 操作中去除，如圖6.89 所示。圖 6.89 tortoisesvn中設(shè)置過(guò)濾文件通過(guò)這種方法可以輕松地管理每次腳本運(yùn)行或修改腳本的過(guò)程，只需在運(yùn)行或修改后單擊 commit 按鈕就可以將所有的操作通過(guò)配置管理庫(kù)進(jìn)行集中管理，甚至可以進(jìn)行多人并行開發(fā)。所以 scripts 目錄下需要管理的內(nèi)容主要有：*.c *.prm *.usr *.usp *.cfg *.h param 目錄下的所有 .dat 文件當(dāng)然也可以通過(guò)vugen 中的 export script 功能將腳本打包導(dǎo)出進(jìn)行管理，不過(guò)需要再解包進(jìn)入配置管理，相對(duì)麻煩了一點(diǎn)。場(chǎng)

14、景的設(shè)計(jì)文件都保存在scenario 目錄下， 場(chǎng)景文件是由.lrs 文件管理， 該文件內(nèi)保存了所有場(chǎng)景設(shè)置的內(nèi)容。只需要對(duì)該文件進(jìn)行配置管理即可。場(chǎng)景運(yùn)行后的results 文件是整個(gè)性能測(cè)試分析的基礎(chǔ)，該數(shù)據(jù)需要單獨(dú)保存。在場(chǎng)景運(yùn)行前，先設(shè)置場(chǎng)景運(yùn)行結(jié)果的存放地址。將場(chǎng)景的results 文件存放在res 目錄下，并設(shè)置存放res 數(shù)據(jù)的目錄名稱為場(chǎng)景名稱，選中自動(dòng)創(chuàng)建新的results 目錄為每一次場(chǎng)景運(yùn)行。例 如 ： 我 們 的 場(chǎng) 景 名 為scenario1 ， 那 么 在 場(chǎng) 景 中 設(shè) 置 的 結(jié) 果 目 錄 就 應(yīng) 該為 .resscenario1，如圖 6.90 所示。圖

15、6.90 修改場(chǎng)景運(yùn)行結(jié)果地址為相對(duì)路徑第 6 章性能測(cè)試實(shí)戰(zhàn)性能測(cè)試進(jìn)階指南loadrunner 9.1實(shí)戰(zhàn)249 這樣，當(dāng)場(chǎng)景運(yùn)行結(jié)束后，相關(guān)的內(nèi)容就會(huì)被保存在resscenario1res0 目錄下，只需要對(duì) res 目錄進(jìn)行管理即可。對(duì)于 analysis 報(bào)告建議保存的文件名為“場(chǎng)景名_場(chǎng)景數(shù)據(jù)目錄名.lra”，例如前面的場(chǎng)景名為scenario1 而得到的result 目錄為 res0， 如果對(duì)該場(chǎng)景下的這個(gè)結(jié)果目錄進(jìn)行分析，那么報(bào)告名應(yīng)該為scenario1_res0.lrs。.lrs 文件保存在analysis 目錄下。通過(guò) analysis 生成的報(bào)告文檔存放在documen

16、t/report 目錄下。權(quán)限規(guī)則表每個(gè)公司研發(fā)部門的規(guī)模都不盡相同，而對(duì)應(yīng)的配置管理目錄權(quán)限也不同，這里給出一個(gè)簡(jiǎn)單的參考方案，如表6.25 所示。表 6.25 性能測(cè)試配置管理權(quán)限矩陣表初級(jí)性能測(cè)試工程師高級(jí)性能測(cè)試工程師項(xiàng)目經(jīng)理性能需求分析工程師document r rw r rw script rw rw / / scenario / rw / / res / rw / / analysis r rw / / 架構(gòu)設(shè)計(jì)師開發(fā)工程師測(cè)試經(jīng)理dba/sys admin document rw / rw r script r / r / scenario r / r r res r / r

17、r analysis r / r r r=read w=write /=none 文件命名規(guī)則每個(gè)公司的命名規(guī)則不同，這里給出參考方案。文檔以 pt 開頭 +文檔類型 +編號(hào)，例如：性能測(cè)試需求pt_rq_0001.doc、性能測(cè)試報(bào)告 pt_report_0001.doc。腳 本 根 據(jù) 實(shí) 現(xiàn) 的 功 能 進(jìn) 行 描 述 ， 即 “ pt+ 功 能 說(shuō) 明 ” ， 例 如 ： 注 冊(cè) 用 戶 腳 本pt_reguser.usr。場(chǎng)景名稱使用 “腳本名 +場(chǎng)景類型 +場(chǎng)景編號(hào)”， 例如：注冊(cè)用戶目標(biāo)場(chǎng)景 （goal scenario）pt_reguser_gs_0001.lrs 、注冊(cè)用戶行

18、為500 個(gè)用戶在線手工場(chǎng)景（manual scenario）pt_reguser_ms500_0001.lrs 。編號(hào)可以使用文檔管理，來(lái)說(shuō)明該場(chǎng)景下的一些負(fù)載生成規(guī)則。analysis使用“場(chǎng)景名+場(chǎng)景運(yùn)行”編號(hào)，例如：注冊(cè)用戶目標(biāo)場(chǎng)景分析結(jié)果pt_reguser_ 性能測(cè)試進(jìn)階指南loadrunner 9.1 實(shí)戰(zhàn)性能測(cè)試進(jìn)階指南loadrunner 9.1實(shí)戰(zhàn)250 gs_0001_res01.lra?；€化規(guī)則當(dāng)性能測(cè)試腳本和場(chǎng)景確定后，script 腳本目錄和場(chǎng)景文件將被標(biāo)記為tag 進(jìn)入基線狀態(tài)。當(dāng)使用該基線性能測(cè)試場(chǎng)景對(duì)某個(gè)軟件基線版本進(jìn)行性能測(cè)試后，相關(guān)的數(shù)據(jù)也需要進(jìn)行基線化

19、處理并且標(biāo)明該性能測(cè)試結(jié)果的數(shù)據(jù)來(lái)自于哪個(gè)開發(fā)基線版本，從而實(shí)現(xiàn)性能測(cè)試與開發(fā)的版本配對(duì)。6.2.4 性能測(cè)試自動(dòng)化各大論壇中現(xiàn)在談得最多的就是測(cè)試自動(dòng)化、單元測(cè)試自動(dòng)化、自動(dòng)化測(cè)試，通過(guò)每日構(gòu)建我們可以大規(guī)模地降低測(cè)試成本并及早發(fā)現(xiàn)和定位問(wèn)題。通過(guò)合適的流程同樣也可以實(shí)現(xiàn)性能測(cè)試的自動(dòng)化，將性能測(cè)試加入每日構(gòu)建。首先來(lái)看看每日構(gòu)建的常見(jiàn)步驟和過(guò)程。對(duì)被測(cè)系統(tǒng)的標(biāo)記進(jìn)行分支操作。將被測(cè)系統(tǒng)下載至指定目錄。對(duì)被測(cè)系統(tǒng)進(jìn)行編譯及白盒靜態(tài)測(cè)試。對(duì)被測(cè)系統(tǒng)進(jìn)行打包發(fā)布。下載安裝包并進(jìn)行安裝測(cè)試。對(duì)系統(tǒng)進(jìn)行自動(dòng)化測(cè)試。對(duì)系統(tǒng)進(jìn)行手工冒煙測(cè)試。提交測(cè)試報(bào)告。性能測(cè)試是介于自動(dòng)化測(cè)試和手工冒煙測(cè)試之間的步驟

20、，這里需要解決的問(wèn)題有以下幾點(diǎn)：測(cè)試代碼及測(cè)試環(huán)境的自動(dòng)下載場(chǎng)景的命令行啟動(dòng)性能測(cè)試結(jié)果的自動(dòng)簽入如果希望實(shí)現(xiàn)性能測(cè)試的自動(dòng)化，那么配置管理是最基本的要求，當(dāng)完成了第6.2.3 節(jié)中的配置管理后，就可以通過(guò)使用shell 腳本來(lái)解決以上問(wèn)題，大家可以根據(jù)自己的愛(ài)好選擇 python、perl、ruby 等語(yǔ)言進(jìn)行編寫?；?svn 的性能測(cè)試自動(dòng)化要點(diǎn)主要包括：確保當(dāng)前目錄為工作目錄，同時(shí)svn 命令在系統(tǒng)path 環(huán)境變量中。使用 svn 的 cp 參數(shù)創(chuàng)建tag。例如現(xiàn)在要為以下目錄創(chuàng)建分支：/trunks/pt/script /trunks/pt/script/param /trunks

21、/pt/scenario 可以編寫以下命令：svn cp /trunks/pt/script /tags/20090301 svn cp /trunks/pt/scenario /tags/20090301 第 6 章性能測(cè)試實(shí)戰(zhàn)性能測(cè)試進(jìn)階指南loadrunner 9.1實(shí)戰(zhàn)251 這樣就把當(dāng)前場(chǎng)景和腳本數(shù)據(jù)定義為一個(gè)基線存放到tags 下的目錄中。通過(guò) svn checkout 命令檢出tag。svn checkout /tags/20090301 將服務(wù)器上的/tags/20090301 目錄下的所有內(nèi)容下載到本地目錄，這里包含了所有待執(zhí)行的腳本和場(chǎng)景文件。運(yùn)行場(chǎng)景。以命令行方式啟動(dòng)場(chǎng)景

22、。進(jìn)入loadrunner 安裝目錄下的bin 啟動(dòng)以下命令：wlrun.exe -testpath g:scenarioscenario1.lrs run 上面這個(gè)命令說(shuō)明調(diào)用wlrun.exe 啟動(dòng)場(chǎng)景，通過(guò)-testpath 參數(shù)啟動(dòng)g:scenario scenario1.lrs 場(chǎng)景文件， -run 參數(shù)說(shuō)明啟動(dòng)該場(chǎng)景。更多命令及wlrun 支持的參數(shù)如表6.26 所示。表 6.26 場(chǎng)景執(zhí)行命令表命令參數(shù)說(shuō)明testpath path to the scenario, for example, 這里可以填寫場(chǎng)景的物理地址c:loadrunnerscenarioscenario.lr

23、s this argument can also be used for a scenario residing in a quality center database. for example, 也可以填寫場(chǎng)景在td/qc 上的地址tdsubjectloadrunnerscenario1 if the path includes blank spaces, use quotation marks. 如果路徑中存在空格，那么使用引號(hào)run runs the scenario, dumps all output messages into 運(yùn)行場(chǎng)景，場(chǎng)景結(jié)束后將所有信息輸出到以下地址并關(guān)閉co

24、ntroller res_diroutput.txt and closes controller invokeanalysis instructs loadrunner to invoke analysis upon scenario termination. if this argument is not specified, loadrunner uses the scenario default setting. 當(dāng)場(chǎng)景結(jié)束時(shí)自動(dòng)調(diào)用analysis，如果該參數(shù)沒(méi)有被定義，則使用場(chǎng)景中的默認(rèn)設(shè)置。resultname full results path. 自定義場(chǎng)景結(jié)果的完整地址（包括路徑和名稱）for example, c