軟件性能測(cè)試流程PPT

軟件性能測(cè)試流程PPT第1頁(yè)，共32頁(yè)，2023年，2月20日，星期日編寫目的本文檔從性能工程的角度提出開展性能測(cè)試工作的流程，和進(jìn)行性能測(cè)試工作的策略，下面我們討論性能工程的需求階段、設(shè)計(jì)階段、實(shí)施階段、產(chǎn)品部署階段、維護(hù)階段所要開展的工作，和相應(yīng)要采取的策略。第2頁(yè)，共32頁(yè)，2023年，2月20日，星期日我現(xiàn)在調(diào)研的這個(gè)項(xiàng)目，一個(gè)內(nèi)網(wǎng)網(wǎng)站，前臺(tái)包括：新聞，公告，資料上傳和下載，視頻播放，留言，投票，專題活動(dòng)，后臺(tái)包括：用戶管理，權(quán)限管理，布局設(shè)置，系統(tǒng)設(shè)置對(duì)于投票來(lái)說(shuō)，會(huì)要求省和地市的用戶在某個(gè)時(shí)間段進(jìn)行投票。第3頁(yè)，共32頁(yè)，2023年，2月20日，星期日我想問(wèn)用戶的是：1）網(wǎng)站的在線訪問(wèn)人數(shù)估計(jì)有多少人，并發(fā)人數(shù)有多少人2）功能的系統(tǒng)響應(yīng)時(shí)間可接受的范圍3）系統(tǒng)支持的最大吞吐量是多少4）用戶頻繁使用的功能模塊是什么5）用戶一般習(xí)慣的場(chǎng)景操作有什么6）網(wǎng)站的高峰時(shí)段是何時(shí)？第4頁(yè)，共32頁(yè)，2023年，2月20日，星期日為什么進(jìn)行性能測(cè)試？性能測(cè)試致力于減少應(yīng)用程序、升級(jí)程序或修補(bǔ)程序部署中的風(fēng)險(xiǎn)。性能測(cè)試的核心原理是通過(guò)將生產(chǎn)時(shí)的工作量應(yīng)用于部署系統(tǒng)來(lái)衡量系統(tǒng)性能和最終用戶體驗(yàn)。第5頁(yè)，共32頁(yè)，2023年，2月20日，星期日構(gòu)造嚴(yán)密的性能測(cè)試可回答如下問(wèn)題：?應(yīng)用程序是否能夠很快地響應(yīng)用戶的要求？?應(yīng)用程序是否能處理預(yù)期的用戶負(fù)載并具有盈余能力？?應(yīng)用程序是否能處理業(yè)務(wù)所需的事務(wù)數(shù)量？?在預(yù)期和非預(yù)期的用戶負(fù)載下，應(yīng)用程序是否穩(wěn)定？?是否能確保用戶在真正使用軟件時(shí)獲得積極的體驗(yàn)？通過(guò)回答以上問(wèn)題，性能測(cè)試可以量化改變業(yè)務(wù)指標(biāo)所產(chǎn)生的影響。進(jìn)而可以說(shuō)明部署的風(fēng)險(xiǎn)。有效的性能測(cè)試過(guò)程將有助于您做出更明智的發(fā)布決策，并防止系統(tǒng)出現(xiàn)故障和解決可用性問(wèn)題。第6頁(yè)，共32頁(yè)，2023年，2月20日，星期日性能測(cè)試流程性能測(cè)試通常由五個(gè)階段組成：測(cè)試計(jì)劃、腳本創(chuàng)建、場(chǎng)景定義、場(chǎng)景運(yùn)行和結(jié)果分析。測(cè)試計(jì)劃：定義性能測(cè)試要求，例如并發(fā)用戶的數(shù)量、典型業(yè)務(wù)流程和所需響應(yīng)時(shí)間。腳本創(chuàng)建：將最終用戶活動(dòng)捕獲到Vuser自動(dòng)腳本中。場(chǎng)景定義：使用LoadRunnerController設(shè)置性能測(cè)試環(huán)境。場(chǎng)景運(yùn)行：通過(guò)LoadRunnerController驅(qū)動(dòng)、管理和監(jiān)控性能測(cè)試。結(jié)果分析：使用LoadRunnerAnalysis創(chuàng)建圖和報(bào)告并評(píng)估性能。第7頁(yè)，共32頁(yè)，2023年，2月20日，星期日性能測(cè)試問(wèn)題及對(duì)應(yīng)人員第8頁(yè)，共32頁(yè)，2023年，2月20日，星期日性能測(cè)試需求的來(lái)源

性能測(cè)試需求的來(lái)源有三個(gè)方面：需求文檔設(shè)計(jì)文檔與客戶溝通第9頁(yè)，共32頁(yè)，2023年，2月20日，星期日確定性能測(cè)試需求的解決方法

在沒(méi)有需求文檔和設(shè)計(jì)文檔的情況下，我們需要對(duì)客戶業(yè)務(wù)使用情況進(jìn)行分析，提出我們所關(guān)注的性能測(cè)試需求，并告知業(yè)務(wù)人員。讓業(yè)務(wù)人員來(lái)判斷我們的性能需求是否能滿足客戶的真實(shí)要求。第10頁(yè)，共32頁(yè)，2023年，2月20日，星期日1、確定當(dāng)前系統(tǒng)的業(yè)務(wù)使用狀況：通過(guò)日志記錄－客戶端模塊使用情況了解在某個(gè)時(shí)間段內(nèi)，客戶執(zhí)行某個(gè)操作的具體情況。2、了解不同視角的用戶性能：?。┯脩粢暯牵喉憫?yīng)時(shí)間：用戶所能感受到的響應(yīng)時(shí)間，也是用戶最重視的性能體驗(yàn)。確立響應(yīng)時(shí)間的原則：2/5/10原則

2：2秒鐘用戶會(huì)覺(jué)得是一個(gè)很好的體驗(yàn)。

5：5秒鐘用戶可能會(huì)覺(jué)得差了一點(diǎn)，還行，比較好。

10：10秒鐘是用戶所能承受的最大極限。鑒于不同地區(qū)的網(wǎng)絡(luò)環(huán)境，將用戶所能承受的響應(yīng)時(shí)間極限定為12～15秒。此部分需與業(yè)務(wù)人員討論。穩(wěn)定性：系統(tǒng)長(zhǎng)時(shí)間運(yùn)行不會(huì)出現(xiàn)錯(cuò)誤的能力。驗(yàn)證方法：系統(tǒng)在滿負(fù)載的運(yùn)行8小時(shí)，系統(tǒng)是否會(huì)出現(xiàn)服務(wù)不可用，ConnectionRefused

HTTP404,500錯(cuò)誤。ⅱ）系統(tǒng)視角：延遲，系統(tǒng)資源使用狀況延遲：包括數(shù)據(jù)庫(kù)延遲和網(wǎng)絡(luò)延遲此部分需與DBA及系統(tǒng)部人員討論。

系統(tǒng)資源使用狀況：服務(wù)器的CPU使用率是否長(zhǎng)期高于80％，達(dá)到90％，100％的程度，整個(gè)磁盤的I/O是否達(dá)到極限。內(nèi)存的使用數(shù)是否只剩下極少的幾兆，幾十兆。ⅲ）開發(fā)者視角：從代碼實(shí)現(xiàn)和數(shù)據(jù)庫(kù)實(shí)現(xiàn)來(lái)考慮性能?？纯催@兩方面得到實(shí)現(xiàn)是否足夠好。3、了解真正的性能測(cè)試需求方法：?。┳R(shí)別項(xiàng)目干系人：指的是和項(xiàng)目相關(guān)的人，開發(fā)人員，設(shè)計(jì)人員，需求人員，業(yè)務(wù)人員，上層領(lǐng)導(dǎo)，了解他們對(duì)性能測(cè)試的考慮。

ⅱ）隱藏在“性能測(cè)試”之后的實(shí)際想法，比如：是因?yàn)殚_發(fā)人員對(duì)所完成的代碼沒(méi)有信心，又不愿意做修改，要求我們對(duì)其所作的程序進(jìn)行性能測(cè)試，還是設(shè)計(jì)人員使用了一項(xiàng)新技術(shù)，心里沒(méi)低，所要求作的性能測(cè)試，等等。第11頁(yè)，共32頁(yè)，2023年，2月20日，星期日確立性能測(cè)試目標(biāo)

1、以“需求”為本考慮系統(tǒng)需不需要作性能測(cè)試，性能測(cè)試的內(nèi)容和范圍。2、測(cè)試目標(biāo)確定的經(jīng)濟(jì)性考慮?。┩度氲叫阅軠y(cè)試的人員是多少？ⅱ）具備可以確定性能測(cè)試需求，制定性能測(cè)試方案的人員是多少？可以執(zhí)行性能測(cè)試的人員是多少？ⅲ）這些人員需要投入多長(zhǎng)時(shí)間？ⅳ）所要開發(fā)系統(tǒng)的運(yùn)行環(huán)境和設(shè)備，這些設(shè)備的配置對(duì)于性能測(cè)試的影響，比如說(shuō)：tomcat4.1的應(yīng)用服務(wù)器，它的配置文件缺省的jvm的使用空間是64M，一個(gè)機(jī)器的內(nèi)存為1G，我們將jvm的使用空間設(shè)置為512M對(duì)性能測(cè)試的影響。ⅴ）內(nèi)部的人員無(wú)法滿足性能測(cè)試的要求，通過(guò)外聘，采用外聘的方式，公司所能承受的成本是多高。3、基于風(fēng)險(xiǎn)的測(cè)試目標(biāo)確定?。┫到y(tǒng)如果不做性能測(cè)試，會(huì)有多大的風(fēng)險(xiǎn)，如果在性能指標(biāo)上達(dá)不到用戶的要求會(huì)有多大的風(fēng)險(xiǎn)。需要進(jìn)行評(píng)估。ⅱ）如果做性能測(cè)試會(huì)有多大的風(fēng)險(xiǎn)，性能測(cè)試的投入會(huì)有多大，會(huì)有多大的風(fēng)險(xiǎn)需要進(jìn)行評(píng)估。第12頁(yè)，共32頁(yè)，2023年，2月20日，星期日確定性能測(cè)試目標(biāo)的方法

我們要確定系統(tǒng)的吞吐量和并發(fā)用戶數(shù)的設(shè)計(jì)目標(biāo)可以采用以下三種方式：確定在某個(gè)特定時(shí)間端內(nèi)，估計(jì)系統(tǒng)會(huì)有多少用戶同時(shí)訪問(wèn)在某個(gè)特定的時(shí)間端內(nèi)，正在訪問(wèn)系統(tǒng)的用戶的典型操作是什么？哪個(gè)頁(yè)面的訪問(wèn)量最大？在某個(gè)特定的時(shí)間端內(nèi)，系統(tǒng)需要處理多少種用戶場(chǎng)景這些數(shù)據(jù)可以在系統(tǒng)服務(wù)器的日志文件、TSP監(jiān)視數(shù)據(jù)種找到，也可以通過(guò)監(jiān)視數(shù)據(jù)庫(kù)的活動(dòng)情況來(lái)獲得。第13頁(yè)，共32頁(yè)，2023年，2月20日，星期日不同階段的性能測(cè)試目標(biāo)

設(shè)計(jì)階段的性能測(cè)試目標(biāo)設(shè)計(jì)階段的性能測(cè)試目標(biāo)為考察系統(tǒng)是否滿足預(yù)期的性能要求。開發(fā)階段的性能測(cè)試目標(biāo)ⅰ）將開發(fā)階段的性能測(cè)試目標(biāo)作為對(duì)系統(tǒng)進(jìn)行調(diào)優(yōu)的參考：考慮在每個(gè)開發(fā)階段，性能是否能夠達(dá)到標(biāo)準(zhǔn)，考慮當(dāng)前階段的性能瓶頸，及其性能瓶頸出現(xiàn)的原因是在于數(shù)據(jù)庫(kù)訪問(wèn)（SQL語(yǔ)句或者存儲(chǔ)過(guò)程寫的不夠好）還是其他的原因。

ⅱ）用性能測(cè)試手段發(fā)現(xiàn)系統(tǒng)存在的問(wèn)題：通過(guò)模擬真實(shí)場(chǎng)景，發(fā)現(xiàn)在現(xiàn)場(chǎng)測(cè)試中可能存在的問(wèn)題，比如說(shuō)：用戶數(shù)的突然增加，導(dǎo)致的應(yīng)用程序崩潰，服務(wù)器崩潰的問(wèn)題。產(chǎn)品部署階段的性能測(cè)試目標(biāo)提供部署方案的參考，確定合適的硬件設(shè)備，雖然更高的設(shè)備可以獲取商業(yè)上的利益，但應(yīng)考慮客戶的具體情況。系統(tǒng)維護(hù)階段的性能測(cè)試目標(biāo)考察系統(tǒng)的可擴(kuò)展性：從系統(tǒng)的視角考慮,在用戶數(shù)擴(kuò)大，在業(yè)務(wù)量增大的情況下，是一個(gè)怎樣的表現(xiàn)。第14頁(yè)，共32頁(yè)，2023年，2月20日，星期日性能測(cè)試方案的確立

在確立性能測(cè)試方案之前，需要作的工作1、確定測(cè)試目標(biāo)和需求這里的靈活性比較大，與性能測(cè)試成敗有很大的關(guān)系。2、了解現(xiàn)狀ⅰ）業(yè)務(wù)使用狀況通過(guò)日志記錄，在某個(gè)時(shí)間段內(nèi)，用戶的操作。ⅱ）了解環(huán)境：包括網(wǎng)絡(luò)條件，服務(wù)器條件，軟硬件條件，應(yīng)用服務(wù)器環(huán)境及各種配置信息。3、確定需要監(jiān)控的指標(biāo)：ⅰ）CPU使用率ⅱ）內(nèi)存使用情況在此應(yīng)優(yōu)先監(jiān)控應(yīng)用服務(wù)器的性能指標(biāo)。對(duì)于Tomcat或者Weblogic來(lái)說(shuō)，監(jiān)控他的JVM使用狀況，連接池的連接數(shù)量，內(nèi)存使用狀況等信息。對(duì)于數(shù)據(jù)庫(kù)來(lái)說(shuō)監(jiān)控cache的命中率，索引的使用狀況，數(shù)據(jù)庫(kù)的連接數(shù)。第15頁(yè)，共32頁(yè)，2023年，2月20日，星期日用例和場(chǎng)景設(shè)計(jì)

用例和場(chǎng)景設(shè)計(jì)的步驟：1、對(duì)業(yè)務(wù)的分析和分解2、根據(jù)業(yè)務(wù)確定用例3、不同用例按照不同的發(fā)生比例組成場(chǎng)景4、了解每個(gè)場(chǎng)景的實(shí)際意義（對(duì)場(chǎng)景執(zhí)行測(cè)試，收集結(jié)果）5、了解業(yè)務(wù)的分布情況，根據(jù)業(yè)務(wù)確定用例，在設(shè)計(jì)用例的時(shí)候，根據(jù)前期收集的數(shù)據(jù)，設(shè)計(jì)不同的場(chǎng)景來(lái)組成用例，并了解每個(gè)場(chǎng)景的實(shí)際意義，執(zhí)行場(chǎng)景，收集結(jié)果數(shù)據(jù)。第16頁(yè)，共32頁(yè)，2023年，2月20日，星期日設(shè)定需要監(jiān)控的資源

設(shè)定需要監(jiān)控的資源主要有一下幾個(gè)方面：1、CPU利用率2、內(nèi)存使用情況3、數(shù)據(jù)庫(kù)監(jiān)控4、JVM使用狀況監(jiān)控應(yīng)優(yōu)先監(jiān)控應(yīng)用服務(wù)器的性能指標(biāo)。對(duì)于Tomcat或者Weblogic來(lái)說(shuō)，監(jiān)控他的JVM使用狀況，連接池的連接數(shù)量，內(nèi)存使用狀況等信息。對(duì)于數(shù)據(jù)庫(kù)來(lái)說(shuō)，cache的命中率，索引的使用狀況，數(shù)據(jù)庫(kù)的連接數(shù)，具體的監(jiān)控指標(biāo)請(qǐng)性能測(cè)試工程師，根據(jù)性能需求確定。第17頁(yè)，共32頁(yè)，2023年，2月20日，星期日性能測(cè)試的應(yīng)用領(lǐng)域

系統(tǒng)性能測(cè)試的主要應(yīng)用領(lǐng)域是驗(yàn)證能力、性能調(diào)優(yōu)。1、驗(yàn)證能力包括ⅰ）驗(yàn)證新的系統(tǒng)，新的架構(gòu)能否滿足用戶的需求。ⅱ）向用戶提供性能測(cè)試報(bào)告，說(shuō)明系統(tǒng)的性能達(dá)到了預(yù)期設(shè)計(jì)的標(biāo)準(zhǔn)。ⅲ）確定新平臺(tái)的產(chǎn)品架構(gòu)，假設(shè)以前用ASP，現(xiàn)在用.net，或者換到j(luò)2ee平臺(tái)上，驗(yàn)證新系統(tǒng)架構(gòu)是否滿足性能要求，這個(gè)要求不是用戶提出來(lái)的，也不是直接用戶體驗(yàn)的，而是在架構(gòu)設(shè)計(jì)過(guò)程中要確定的指標(biāo)。2、性能調(diào)優(yōu)在系統(tǒng)開發(fā)過(guò)程中，通過(guò)性能測(cè)試，了解當(dāng)前系統(tǒng)瓶頸（比如說(shuō)在于數(shù)據(jù)庫(kù)訪問(wèn)，SQL語(yǔ)句或者存儲(chǔ)過(guò)程寫的不夠好，或者說(shuō)數(shù)據(jù)庫(kù)設(shè)計(jì)的問(wèn)題，索引做的不夠好），所選擇的應(yīng)用服務(wù)器有問(wèn)題，或者說(shuō)代碼這一層，業(yè)務(wù)邏輯實(shí)現(xiàn)的不夠好，導(dǎo)致它性能的缺陷。以確定問(wèn)題出現(xiàn)在應(yīng)用層，數(shù)據(jù)庫(kù)層，代碼層。第18頁(yè)，共32頁(yè)，2023年，2月20日，星期日實(shí)施階段

將影響性能的因素按照以下順序進(jìn)行判斷：1、網(wǎng)絡(luò)狀況2、硬件設(shè)備3、系統(tǒng)/應(yīng)用服務(wù)器/數(shù)據(jù)庫(kù)配置4、數(shù)據(jù)庫(kù)設(shè)計(jì)和數(shù)據(jù)庫(kù)訪問(wèn)實(shí)現(xiàn)（SQL）5、業(yè)務(wù)的程序?qū)崿F(xiàn)但是在開發(fā)階段做性能調(diào)優(yōu)時(shí)關(guān)注的順序：請(qǐng)更多的關(guān)注SQL一級(jí)和代碼一級(jí)。若是對(duì)于一個(gè)實(shí)際在線上運(yùn)行的系統(tǒng)，請(qǐng)直接按照以上5點(diǎn)的順序。注：很多的性能問(wèn)題，是由于應(yīng)用服務(wù)器的配置完全不合理，比如：tomcat4.1的應(yīng)用服務(wù)器，沒(méi)有修改它的配置文件中缺省的jvm的使用空間。第19頁(yè)，共32頁(yè)，2023年，2月20日，星期日各階段所要進(jìn)行的性能測(cè)試

設(shè)計(jì)階段的性能測(cè)試在設(shè)計(jì)階段的性能測(cè)試主要的目的是驗(yàn)證你的架構(gòu)。驗(yàn)證的方式有兩種：1、在對(duì)于系統(tǒng)架構(gòu)有一個(gè)預(yù)期的性能目標(biāo)的情況下，去驗(yàn)證當(dāng)前架構(gòu)能否滿足預(yù)期的性能目標(biāo)。2、系統(tǒng)架構(gòu)是基于以前的架構(gòu)修改過(guò)來(lái)的，對(duì)于兩者進(jìn)行一個(gè)對(duì)比測(cè)試，了解兩種架構(gòu)各有什么優(yōu)勢(shì)。實(shí)施階段的性能測(cè)試在實(shí)施階段進(jìn)行性能測(cè)試的目的是為了階段性的驗(yàn)證系統(tǒng)性能，進(jìn)行性能調(diào)優(yōu)，并通過(guò)系統(tǒng)調(diào)優(yōu)發(fā)現(xiàn)系統(tǒng)缺陷。產(chǎn)品部署階段的性能測(cè)試在產(chǎn)品部署階段，將性能測(cè)試作為驗(yàn)收測(cè)試的一部分。維護(hù)階段的性能測(cè)試在維護(hù)階段——考察系統(tǒng)的可擴(kuò)充性/定位系統(tǒng)缺陷，考察系統(tǒng)的可擴(kuò)充性用來(lái)定位系統(tǒng)的缺陷。第20頁(yè)，共32頁(yè)，2023年，2月20日，星期日系統(tǒng)穩(wěn)定性的度量

為了驗(yàn)證系統(tǒng)的穩(wěn)定性，我們需要對(duì)系統(tǒng)進(jìn)行一個(gè)可靠性度量，在目前沒(méi)有一個(gè)行業(yè)或者國(guó)際標(biāo)準(zhǔn)進(jìn)行可靠性度量的前提下，我們又無(wú)法獲得確切的用戶需求（用戶提不出系統(tǒng)穩(wěn)定性的量化標(biāo)準(zhǔn)），我們可以采用如下方式來(lái)驗(yàn)證系統(tǒng)的穩(wěn)定性。通過(guò)在做性能測(cè)試的過(guò)程中得到系統(tǒng)穩(wěn)定性數(shù)據(jù)的方式來(lái)驗(yàn)證系統(tǒng)的穩(wěn)定性手段：對(duì)一個(gè)系統(tǒng)進(jìn)行一個(gè)長(zhǎng)時(shí)間的運(yùn)行，觀察它的可用內(nèi)存，cpu使用率有無(wú)顯著的變化，如果在長(zhǎng)時(shí)間使用的情況下，cpu，內(nèi)存無(wú)顯著變化，則可以認(rèn)為系統(tǒng)具有穩(wěn)定性。第21頁(yè)，共32頁(yè)，2023年，2月20日，星期日性能測(cè)試的基本概念

1、響應(yīng)時(shí)間：客戶端從發(fā)送請(qǐng)求的那一刻起到收到應(yīng)用程序響應(yīng)的最后一個(gè)字節(jié)時(shí)止而不得不等待的時(shí)間長(zhǎng)度。2、點(diǎn)擊數(shù)：對(duì)每一個(gè)對(duì)象的請(qǐng)求，比如說(shuō)：一個(gè)頁(yè)面有五個(gè)部分組成，一個(gè)框架，四張圖片，這樣算做5個(gè)點(diǎn)擊數(shù)。3、頁(yè)面請(qǐng)求：請(qǐng)求了一個(gè)頁(yè)面，不管這個(gè)頁(yè)面包括了多少對(duì)象。4、吞吐量：

i）按照流量來(lái)計(jì)算的吞吐量，用來(lái)衡量網(wǎng)絡(luò)狀況或者應(yīng)用服務(wù)器的處理能力，在指定的時(shí)間內(nèi)，每秒鐘字節(jié)的出入.ii）用點(diǎn)擊數(shù)來(lái)衡量吞吐量，每個(gè)固定的時(shí)間段內(nèi)有多少點(diǎn)擊數(shù)，用于銀行系統(tǒng)。5、并發(fā)用戶：從業(yè)務(wù)上的并發(fā)：200人同時(shí)在線。從服務(wù)器上的并發(fā)：200人同時(shí)向服務(wù)器發(fā)出請(qǐng)求。200人同時(shí)做一個(gè)提交的操作，服務(wù)器接受到多少請(qǐng)求。6、資源利用率：cpu利用率，內(nèi)存利用率，磁盤I/O狀況等第22頁(yè)，共32頁(yè)，2023年，2月20日，星期日在性能測(cè)試中需要注意的問(wèn)題

1、環(huán)境設(shè)計(jì)的問(wèn)題2、其他需要注意的地方第23頁(yè)，共32頁(yè)，2023年，2月20日，星期日環(huán)境設(shè)計(jì)的問(wèn)題1、網(wǎng)絡(luò)環(huán)境2、軟硬件環(huán)境3、環(huán)境的維護(hù)方案4、時(shí)間同步問(wèn)題5、“鏡像”環(huán)境時(shí)間同步問(wèn)題：各種服務(wù)器部署在不同的機(jī)器上，在進(jìn)行性能測(cè)試分析響應(yīng)時(shí)間的時(shí)候就需要進(jìn)行時(shí)間同步，通過(guò)日志來(lái)對(duì)比時(shí)間，但日志上記錄的是本地時(shí)間，讓日志記錄的時(shí)間有可比性，需要做時(shí)間同步。同步的方法：在UNIX操作系統(tǒng)上用NTP協(xié)議可以做時(shí)間同步，在windows系統(tǒng)上可以通過(guò)加入域來(lái)時(shí)間同步，“鏡像”環(huán)境的問(wèn)題：做能力驗(yàn)證的測(cè)試的時(shí)候，一般要求在現(xiàn)場(chǎng)做，因?yàn)檫@種測(cè)試結(jié)果和應(yīng)用服務(wù)器網(wǎng)絡(luò)環(huán)境本身會(huì)有很大的關(guān)系，如果不能做現(xiàn)場(chǎng)測(cè)試，采用的兩個(gè)解決辦法：i）盡可能的模擬出用戶環(huán)境：包括網(wǎng)絡(luò)狀況，服務(wù)器狀況，ii）和用戶去協(xié)商：去做現(xiàn)場(chǎng)測(cè)試。第24頁(yè)，共32頁(yè)，2023年，2月20日，星期日其他需要注意的地方

1、應(yīng)用服務(wù)器的Warmup問(wèn)題J2ee應(yīng)用或者.net應(yīng)用現(xiàn)在都會(huì)涉及本地編譯的過(guò)程，在第一次做運(yùn)行的時(shí)候，在第一次訪問(wèn)的時(shí)候速度會(huì)很慢，第二次訪問(wèn)才會(huì)快起來(lái)，因?yàn)閺谋镜谻ache中讀取信息，所以在應(yīng)用服務(wù)器重啟了以后，都必須多測(cè)幾次，等服務(wù)器Warmup后再測(cè)試，否則的話，前面的結(jié)果沒(méi)有有效性。整個(gè)的結(jié)果還會(huì)有誤差。2、應(yīng)用服務(wù)器的Cache在多次測(cè)試的過(guò)程中，把Cache功能給去掉，或者把cache給清空。3、瀏覽器或客戶端應(yīng)用的Cache客戶端和瀏覽器的cache在錄制腳本的時(shí)候都應(yīng)該去掉。第25頁(yè)，共32頁(yè)，2023年，2月20日，星期日確定最小用戶負(fù)載

確定最小用戶負(fù)載的目的為了全面掌握應(yīng)用程序的性能――不僅是重壓條件下，而且是在更為理想的條件下。這是很重要的，因?yàn)閼?yīng)用程序通常將大部分的時(shí)間花費(fèi)在這些低負(fù)載條件下。峰值操作通常很少發(fā)生。確定最小用戶負(fù)載的方法從需求上解決，了解業(yè)務(wù)分布情況，將業(yè)務(wù)分布情況劃分成不同的場(chǎng)景，確定一個(gè)負(fù)載使用狀況最小的場(chǎng)景。執(zhí)行此場(chǎng)景，觀察系統(tǒng)在此場(chǎng)景下的運(yùn)行狀況。第26頁(yè)，共32頁(yè)，2023年，2月20日，星期日性能測(cè)試的兩個(gè)基本類別

預(yù)備測(cè)試預(yù)備測(cè)試：最初的試探性測(cè)試，讓我們能夠感受一下應(yīng)用程序的性能并優(yōu)化測(cè)試環(huán)境。正式測(cè)試有四個(gè)正式的性能測(cè)度，我們的分析就建立在這些測(cè)度上?？梢詫⑦@些正式測(cè)試按照類型分成如下幾個(gè)子類：?jiǎn)螌?shí)例壓力測(cè)試、持久測(cè)試、體系結(jié)構(gòu)測(cè)試一旦按照初步測(cè)試結(jié)果設(shè)置好了環(huán)境和測(cè)試參數(shù)（測(cè)試腳本、思考時(shí)間、采樣方法等等），這些因素就必須對(duì)任何特定的性能測(cè)試都保持不變。如果在某個(gè)特定的性能測(cè)試中修改任何參數(shù)，那么我們就破壞了結(jié)果的可比較性，將不得不重新執(zhí)行測(cè)試。第27頁(yè)，共32頁(yè)，2023年，2月20日，星期日性能測(cè)試生存周期

規(guī)劃性能分析創(chuàng)建有效的壓力腳本執(zhí)行壓力測(cè)試分析性能測(cè)試數(shù)據(jù)來(lái)確定和解決性能瓶頸第28頁(yè)，共32頁(yè)，2023年，2月20日，星期日規(guī)劃性能分析階段的工作包括收集重要的原始數(shù)據(jù)，然后根據(jù)這些信息制訂測(cè)試方案。規(guī)劃階段收集到的信息至少應(yīng)該描述兩個(gè)方面的內(nèi)容：用來(lái)復(fù)制一個(gè)接近生產(chǎn)環(huán)境的測(cè)試環(huán)境的細(xì)節(jié)。對(duì)該應(yīng)用程序的使用方式的理解，以及臨界性能表現(xiàn)的跡象等。這些信息可以來(lái)源于市場(chǎng)預(yù)測(cè)報(bào)告、站點(diǎn)的WEB日志、站點(diǎn)的性能日志和站點(diǎn)功能說(shuō)明等。創(chuàng)建高效的壓力測(cè)試腳本在收集了所需信息并搭建了測(cè)試環(huán)境后