性能測(cè)試培訓(xùn)基礎(chǔ)知識(shí)

1、性能測(cè)試培訓(xùn)（一）基礎(chǔ)知識(shí)1 .軟件性能測(cè)試的概念1.1 軟件性能與性能測(cè)試軟件性能：覆蓋面廣泛，對(duì)一個(gè)系統(tǒng)而言，包括執(zhí)行效率、資源 占用、穩(wěn)定性、安全性、兼容性、可擴(kuò)展性、可靠性等。性能測(cè)試：為保證系統(tǒng)運(yùn)行后的性能能夠滿足用戶需求，而開展 的一系列的測(cè)試組織工作。1.2 不同角色對(duì)軟件性能的認(rèn)識(shí)用戶眼中的軟件性能：軟件對(duì)用戶操作的響應(yīng)時(shí)間如用戶提交一個(gè)查詢操作或打開一個(gè) web頁面的鏈接等。業(yè)務(wù)可用度，或者系統(tǒng)的服務(wù)水平如何管理員眼中的軟件性能：管理員關(guān)心的問題軟件性能描述服務(wù)器的資源使用狀況資源利用率系統(tǒng)支持多少用戶訪問，處理量系統(tǒng)的容量系統(tǒng)性能的可能瓶頸系統(tǒng)可擴(kuò)展性更換哪些設(shè)備可提供系統(tǒng)

2、性能系統(tǒng)可擴(kuò)展性系統(tǒng)能否支持7*24小時(shí)的業(yè)務(wù)訪問系統(tǒng)穩(wěn)定性1 / 26開發(fā)人員眼中的軟件性能:開發(fā)人員關(guān)心的問題軟件性能描述架構(gòu)設(shè)計(jì)是否合理系統(tǒng)架構(gòu)數(shù)據(jù)庫設(shè)計(jì)是否合理數(shù)據(jù)庫設(shè)計(jì)代碼是否需要優(yōu)化代碼1.3性能測(cè)試的對(duì)象服務(wù)器端：負(fù)載均衡系統(tǒng)；服務(wù)器（單機(jī)、雙機(jī)熱備、集群）；存儲(chǔ)系統(tǒng)、災(zāi)備中心；數(shù)據(jù)庫、中間件。網(wǎng)絡(luò)端：核心交換設(shè)備、路由設(shè)備；廣域網(wǎng)絡(luò)、專線網(wǎng)絡(luò)、局域網(wǎng)絡(luò)、撥號(hào)網(wǎng)絡(luò)等；應(yīng)用系統(tǒng)：由此可見，性能測(cè)試是一個(gè)系統(tǒng)性的工作，被測(cè)對(duì)象包括系統(tǒng)運(yùn) 行時(shí)使用的所有軟硬件。但在實(shí)際操作時(shí)，將根據(jù)項(xiàng)目的特點(diǎn)，選擇 特定的被測(cè)對(duì)象。1.4 性能測(cè)試的目標(biāo)評(píng)價(jià)系統(tǒng)當(dāng)前的性能:2 / 26系統(tǒng)剛上線使用，

3、即處于試運(yùn)行時(shí)，用戶需要確定當(dāng)前系統(tǒng)是否滿足驗(yàn)收要求；系統(tǒng)已經(jīng)運(yùn)行一段時(shí)間，如何保證一直具有良好的性能。分析系統(tǒng)瓶頸、優(yōu)化系統(tǒng)：用戶提出業(yè)務(wù)操作響應(yīng)時(shí)間長，如何定位問題，調(diào)整性能; 系統(tǒng)運(yùn)行一段時(shí)間后，速度變慢，如何尋找瓶頸，進(jìn)而優(yōu) 化性能。預(yù)見系統(tǒng)未來性能、容量可擴(kuò)充性：系統(tǒng)用戶數(shù)增加或業(yè)務(wù)量增加時(shí)，當(dāng)前系統(tǒng)是否能夠滿足 需求，如果不能，需要進(jìn)行哪些調(diào)整？提高硬件配置？增 加應(yīng)用服務(wù)器？提高數(shù)據(jù)庫服務(wù)器的配置？或者是需要對(duì) 代碼進(jìn)行調(diào)整？1.5 性能測(cè)試的分類按照測(cè)試壓力級(jí)別：負(fù)載測(cè)試；壓力測(cè)試；按照測(cè)試實(shí)施目標(biāo)：應(yīng)用在客戶端的測(cè)試；應(yīng)用在網(wǎng)絡(luò)的測(cè)試；應(yīng)用在服務(wù)器端的測(cè)試；按照測(cè)試實(shí)施策略:

4、3 / 26并發(fā)性能測(cè)試；疲勞強(qiáng)度測(cè)試；大數(shù)據(jù)量測(cè)試；失效恢復(fù)測(cè)試。其他分類：并發(fā)測(cè)試；執(zhí)行效率測(cè)試；資源占用測(cè)試；容量測(cè)試；網(wǎng)絡(luò)測(cè)試；穩(wěn)定性測(cè)試。1.5.1 負(fù)載測(cè)試負(fù)載測(cè)試是為了確定系統(tǒng)在各種工作負(fù)載下的性能，目標(biāo)是測(cè) 試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)的性能變化，并最終確定在滿足性能 指標(biāo)的情況下，系統(tǒng)所能承受的最大負(fù)載量。如：系統(tǒng)在保證一定的響應(yīng)時(shí)間（或穩(wěn)定性）的情況下，能夠 允許多少并發(fā)用戶訪問。系統(tǒng)的各項(xiàng)指標(biāo)包括：響應(yīng)時(shí)間、CPU負(fù)載、內(nèi)存使用等如何 決定系統(tǒng)的性能。4 / 261.5.2 壓力測(cè)試壓力測(cè)試通過確定一個(gè)系統(tǒng)的瓶頸或者不能接受的性能點(diǎn)，來獲得系統(tǒng)能提供的最大的服務(wù)級(jí)別的測(cè)試。通

5、俗的講，壓力測(cè)試 是為了發(fā)現(xiàn)在什么條件下，應(yīng)用程序的性能會(huì)變得不可接受。1.5.3 并發(fā)性能測(cè)試并發(fā)性能測(cè)試是一般意義上的負(fù)載壓力測(cè)試。1.5.4 疲勞強(qiáng)度測(cè)試疲勞強(qiáng)度測(cè)試是通過一定時(shí)間長度的負(fù)載壓力測(cè)試， 使測(cè)試者 能夠了解系統(tǒng)是否可以滿足7*24小時(shí)運(yùn)行的需要。疲勞強(qiáng)度測(cè)試 屬于可靠性測(cè)試的范疇。1.5.5 大數(shù)據(jù)量測(cè)試大數(shù)據(jù)量測(cè)試是測(cè)試應(yīng)用程序隨著數(shù)據(jù)庫數(shù)據(jù)量級(jí)數(shù)增加的 情況下的性能表現(xiàn)。1.5.6 失效恢復(fù)測(cè)試失效恢復(fù)測(cè)試是針對(duì)有冗余備份或負(fù)載均衡的系統(tǒng)來說的。檢驗(yàn)當(dāng)系統(tǒng)局部發(fā)生故障時(shí)，系統(tǒng)災(zāi)備措施是否可以正常啟動(dòng)，用 戶是否可以繼續(xù)使用。通過實(shí)施失效恢復(fù)測(cè)試，評(píng)估系統(tǒng)的健壯 性和可恢

6、復(fù)性。5 / 262 .性能測(cè)試策略2.1 應(yīng)用在客戶端的測(cè)試2.1.1 實(shí)現(xiàn)機(jī)制通過在一臺(tái)或幾臺(tái)PC機(jī)上模擬成百上千的虛擬用戶同時(shí)執(zhí)行 業(yè)務(wù)的情景，對(duì)應(yīng)用程序進(jìn)行測(cè)試。通過可重復(fù)的、真實(shí)的測(cè)試, 能夠徹底的度量應(yīng)用程序的性能，確定問題所在。2.1.2 常用工具商業(yè)測(cè)試工具LoadRunner, Rational Robot QALoad,SilkPerformer開源（OpenSourc8測(cè)試工具Apache Jmeter,OpentSTA 自主開發(fā)測(cè)試程序或者測(cè)試工具2.1.3,自動(dòng)化性能測(cè)試的優(yōu)勢(shì)自動(dòng)化性能測(cè)試的優(yōu)勢(shì)可靠每次運(yùn)行精確地執(zhí)行相同的操作，可以排除手工操作錯(cuò)誤；可重復(fù)測(cè)試相同操

7、作重復(fù)執(zhí)行時(shí)，軟件如何響應(yīng)可編程可以編程實(shí)現(xiàn)得到應(yīng)用系統(tǒng)隱藏信息的復(fù)雜測(cè)試綜合測(cè)試可以實(shí)現(xiàn)覆蓋應(yīng)用系統(tǒng)每個(gè)特征的一套綜合測(cè)試方案可重用的針對(duì)應(yīng)用系統(tǒng)的/、同版本，測(cè)試腳本可重復(fù)使用，即使用戶界面發(fā)6 / 26生變化2.1.4 測(cè)試工具使用的基本步驟錄制業(yè)務(wù)流程，形成測(cè)試腳本；修改調(diào)試腳本；執(zhí)行性能測(cè)試。2.1.5 測(cè)試腳本執(zhí)行策略性能測(cè)試腳本應(yīng)本著一一對(duì)應(yīng)的原則錄制業(yè)務(wù)，即一個(gè)腳本僅針對(duì)一項(xiàng)業(yè)務(wù)錄制。測(cè)試腳本執(zhí)行策略應(yīng)按照以下順序執(zhí)行：1、單一腳本單用戶執(zhí)行；2、單一腳本多用戶執(zhí)行；3、采用增殖的方式集成混合腳本，且僅使用單用戶執(zhí)行；4、混合腳本多用戶執(zhí)行。2.2 應(yīng)用在網(wǎng)絡(luò)的測(cè)試2.2.1

8、網(wǎng)絡(luò)仿真技術(shù)網(wǎng)絡(luò)仿真技術(shù)的作用是模擬網(wǎng)絡(luò)的吞吐量、 延時(shí)、抖動(dòng)、錯(cuò)包、 丟包等性能特性，從而在測(cè)試環(huán)境下就可以得到設(shè)備或軟件在實(shí) 際的網(wǎng)絡(luò)環(huán)境下的表現(xiàn)，并在發(fā)現(xiàn)性能問題時(shí)，對(duì)每個(gè)數(shù)據(jù)包進(jìn) 行分析，從而可以快速的找到問題所在。7 / 262.2.2 網(wǎng)絡(luò)性能監(jiān)控2.2.2.1. 測(cè)試目標(biāo)分析關(guān)鍵應(yīng)用程序的性能；定位問題的根源是在客戶端、服務(wù)器、應(yīng)用程序還是網(wǎng)絡(luò);哪些應(yīng)用程序占用大量帶寬；哪些應(yīng)用程序?qū)е孪到y(tǒng)瓶頸或資源競(jìng)爭(zhēng)；哪些應(yīng)用程序產(chǎn)生了最大的網(wǎng)絡(luò)流量。2.2.2.2. 常用工具Compuware： Network VantageHP： Network Node ManagerIBM:Tivo

9、li2.2.2.3. 工作原理在客戶端、應(yīng)用服務(wù)器端、數(shù)據(jù)庫服務(wù)器端等處部署捕捉點(diǎn)采 集數(shù)據(jù)，并利用管理工具對(duì)采集到的數(shù)據(jù)進(jìn)行分析。捕捉點(diǎn)：Agent被動(dòng)監(jiān)聽數(shù)據(jù)包來實(shí)現(xiàn)實(shí)時(shí)數(shù)據(jù)采集分析：Agent Manager完成對(duì)所跟蹤到的數(shù)據(jù)的分析8 / 262.2.2.4, 響應(yīng)時(shí)間的計(jì)算上圖為響應(yīng)時(shí)間的示意圖。圖中共設(shè)置四個(gè)捕捉點(diǎn)，客戶端在第0秒發(fā)出請(qǐng)求，服務(wù)器在第0.31秒接收到客戶端的請(qǐng)求，服務(wù)器響應(yīng)請(qǐng)求后，在第2.11秒時(shí)發(fā)送響應(yīng)結(jié)果，客戶端在第 3秒時(shí)接收到響應(yīng)結(jié)果。因此，上圖中的響應(yīng)時(shí)間應(yīng)為 3秒。注意，在應(yīng)用邏輯路徑上多點(diǎn)數(shù)據(jù)采集，以便于在任何兩個(gè)節(jié)點(diǎn) 間進(jìn)行數(shù)據(jù)整合，測(cè)量分段的響應(yīng)時(shí)

10、間，分析應(yīng)用故障。222.5. 實(shí)現(xiàn)方法探針采集、存儲(chǔ)數(shù)據(jù)，并根據(jù)應(yīng)用對(duì)數(shù)據(jù)進(jìn)行分類。設(shè)置的原則是 根據(jù)網(wǎng)絡(luò)組成和監(jiān)控要求。探針管理器9 / 26管理配置探針，設(shè)定數(shù)據(jù)采集與上傳時(shí)間，匯總收集的數(shù)據(jù)。時(shí)間服務(wù)器對(duì)探針進(jìn)行時(shí)針同步交互界面數(shù)據(jù)展示平臺(tái)2.3 應(yīng)用在服務(wù)器端的測(cè)試2.3.1 對(duì)服務(wù)器操作系統(tǒng)的監(jiān)控對(duì)服務(wù)器操作系統(tǒng)的監(jiān)控內(nèi)容如下：CPU內(nèi)存& SWAP磁盤管理網(wǎng)絡(luò)文件系統(tǒng)活動(dòng)的進(jìn)程2.3.2 對(duì)數(shù)據(jù)庫的監(jiān)控對(duì)數(shù)據(jù)庫的監(jiān)控內(nèi)容如下：監(jiān)控?cái)?shù)據(jù)庫系統(tǒng)中關(guān)鍵的資源監(jiān)測(cè)讀寫頁面的使用情況監(jiān)控超出共享內(nèi)存緩沖區(qū)的操作數(shù)監(jiān)測(cè)上一輪詢期間作業(yè)等待緩沖區(qū)的時(shí)間10 / 26跟蹤共享內(nèi)存中物理日

11、志和邏輯日志的緩沖區(qū)的使用率監(jiān)控磁盤的數(shù)據(jù)塊使用情況以及被頻繁讀寫的熱點(diǎn)區(qū)域監(jiān)控用戶事務(wù)或者表空間監(jiān)控事務(wù)日志監(jiān)控?cái)?shù)據(jù)庫鎖資源監(jiān)測(cè)關(guān)鍵業(yè)務(wù)的數(shù)據(jù)表的表空間增長監(jiān)控SQL執(zhí)行情況2.3.3 對(duì)中間件的監(jiān)控對(duì)中間件的監(jiān)控，需要分析具體的中間件的特性，以確定監(jiān)控 內(nèi)容。如：舊M的MQ,則需要監(jiān)控其Client信息、隊(duì)列信息、服 務(wù)信息等。2.3.4 監(jiān)控方法監(jiān)控工具spotslight、tivoli、nmon、siteview操作系統(tǒng)本身自帶命令如：vmstat ,iostat,netstat,top,topas11 / 263 .性能測(cè)試需求分析3.1.原始需求與測(cè)試目標(biāo)的制定原始需求測(cè)試目標(biāo)要花

12、多少時(shí)間做完一筆交易？測(cè)量對(duì)最終用戶的響應(yīng)時(shí)間什么樣的配置提供了最好的性能？確定最優(yōu)硬件配系統(tǒng)能在無錯(cuò)情況卜能承擔(dān)多大及多 長時(shí)間的負(fù)裁?可靠性測(cè)試這些升級(jí)對(duì)系統(tǒng)性能影響多大？測(cè)試軟、硬件升級(jí)前后的性能表現(xiàn)并作出對(duì)比服務(wù)器應(yīng)該選擇哪些硬件與軟件？評(píng)估新產(chǎn)品在沒有較大性能衰減的前",系統(tǒng)能夠承受多大負(fù)載？測(cè)試系統(tǒng)負(fù)裁哪些因素降低交易響應(yīng)時(shí)間分析系統(tǒng)瓶頸3.2.測(cè)試強(qiáng)度估算8020原理：每個(gè)工作日中80%的業(yè)務(wù)在20%的時(shí)間內(nèi)完成。舉例：每年業(yè)務(wù)量集中在8個(gè)月，每個(gè)月20個(gè)工作日，每個(gè)工作日8小 時(shí)，即每天80%的業(yè)務(wù)在1.6(8*0.2)小時(shí)完成。去年全年處理業(yè)務(wù)約100萬筆，其中15

13、%的業(yè)務(wù)處理中每筆業(yè)務(wù) 需對(duì)應(yīng)用服務(wù)器提交7次請(qǐng)求；其中70%的業(yè)務(wù)處理中每筆業(yè)務(wù)需 對(duì)應(yīng)用服務(wù)器提交5次請(qǐng)求；其余15%的業(yè)務(wù)處理中每筆業(yè)務(wù)需對(duì) 應(yīng)用服務(wù)器提交3次請(qǐng)求。根據(jù)以往統(tǒng)計(jì)結(jié)果，每年的業(yè)務(wù)增量為12 / 2615%,考慮到今后3年業(yè)務(wù)發(fā)展的需要，測(cè)試需按現(xiàn)有業(yè)務(wù)量的兩倍進(jìn)行。每年總的請(qǐng)求數(shù)：(100x15%x7+100x70%x5+100x15%x3)x2=10OO次/年每天請(qǐng)求數(shù)：1000/160(8*20)=6.25 萬次/天每秒請(qǐng)求數(shù)：(62500x80%)/(8x3600x20%)=8.6歐 /秒即服務(wù)器處理請(qǐng)求的能力應(yīng)達(dá)到 9次/秒幾個(gè)關(guān)鍵數(shù)據(jù)：全年業(yè)務(wù)總量；各類業(yè)務(wù)請(qǐng)求

14、次數(shù)；各類業(yè)務(wù)所占百分比；交易發(fā)生時(shí)間；年業(yè)務(wù)增量。3.2 測(cè)試需求分析方法3.2.1 任務(wù)分布圖關(guān)注點(diǎn)：有哪些交易任務(wù)；在一天的某些特定時(shí)刻系統(tǒng)都有哪些主要操作。13 / 26登錄220250210記賬10151221創(chuàng)建記錄1801101209050數(shù)據(jù)更新90755030查詢50302015批處理202515生成報(bào)表506040系統(tǒng)備份11812024681012141618202224根據(jù)上圖所示，性能測(cè)試應(yīng)選擇黃色部分標(biāo)識(shí)的業(yè)務(wù)場(chǎng)景及其業(yè)務(wù)強(qiáng)度；且分為兩個(gè)測(cè)試場(chǎng)景執(zhí)行。3.2.2 交易混合圖關(guān)注點(diǎn)：高峰期有哪些操作？中間件操作有多少？數(shù)據(jù)庫操作有多少?如果任務(wù)失敗，那么商業(yè)風(fēng)險(xiǎn)有多少

15、？交易名稱日常業(yè)務(wù)高峰業(yè)務(wù)WEB負(fù)載數(shù)據(jù)庫負(fù)載風(fēng)險(xiǎn)登錄70筆/小時(shí)210筆/小時(shí)高低大用戶注冊(cè)10筆/小時(shí)15筆/小時(shí)中等中等小生成訂單130筆/小時(shí)180筆/小時(shí)中等中等中更新訂單20筆/小時(shí)30筆/小時(shí)中等中等大14 / 26發(fā)貨40筆/小時(shí)90筆/小時(shí)中等高大選擇依據(jù):高負(fù)載高吞吐量高數(shù)據(jù)庫I/O高商業(yè)風(fēng)險(xiǎn)3.2.3 用戶概況分析關(guān)注點(diǎn)：哪些任務(wù)是每個(gè)用戶都要執(zhí)行的？針對(duì)不同角色的用戶，他們的任務(wù)是什么 ？針對(duì)每個(gè)用戶，不同任務(wù)的比例如何 ？采購部門庫管部門銷售部門經(jīng)理輸入訂單1850300修改訂單102070計(jì)算582050統(tǒng)計(jì)分析70如上圖所示，此種方法可用于計(jì)算不同的用戶所操作的業(yè)

16、務(wù)種類以及業(yè)務(wù)種類間的分配比例。根據(jù)此圖，可制定測(cè)試場(chǎng)景的執(zhí)行策略15 / 264 .性能測(cè)試工作組織流程4.2 性能測(cè)試前期調(diào)研4.2.1 環(huán)境調(diào)研了解工作環(huán)境了解軟硬件設(shè)備了解相關(guān)人員及職責(zé)了解項(xiàng)目背景了解進(jìn)度計(jì)劃4.2.2 業(yè)務(wù)調(diào)研核心業(yè)務(wù)功能用戶使用習(xí)慣業(yè)務(wù)交易量業(yè)務(wù)交易分布數(shù)據(jù)量/增量4.2.3 系統(tǒng)調(diào)研系統(tǒng)架構(gòu)開發(fā)語言通信協(xié)議 實(shí)際使用情況16 / 26物理部署 操作系統(tǒng)關(guān)鍵參數(shù)數(shù)據(jù)庫中間件軟件部署結(jié)構(gòu)4.2.4 需求調(diào)研測(cè)試目的：測(cè)試對(duì)象測(cè)試類型測(cè)試指標(biāo)：用戶并發(fā)數(shù)事務(wù)吞吐率響應(yīng)時(shí)間資源使用情況高可用可擴(kuò)展性可靠/穩(wěn)定性產(chǎn)品對(duì)比17 / 264.3 性能測(cè)試方案設(shè)計(jì)4.3.1 建

17、立業(yè)務(wù)模型分析系統(tǒng)所可能存在的瓶頸和原因；分析歷史交易數(shù)據(jù)來確定各業(yè)務(wù)交易類型所占的比例； 對(duì)每一類業(yè)務(wù)的訪問或交易，選取最有代表性的操作步驟; 最終目的是建立一個(gè)能夠逼真模擬系統(tǒng)實(shí)際運(yùn)行場(chǎng)景的業(yè) 務(wù)模型；4.3.2 建立數(shù)據(jù)模型依據(jù)業(yè)務(wù)模型準(zhǔn)備測(cè)試數(shù)據(jù)和基礎(chǔ)數(shù)據(jù)，具體的數(shù)據(jù)類型 和數(shù)據(jù)量需要根據(jù)選擇的交易類別或性能測(cè)試場(chǎng)景設(shè)置而 定；數(shù)據(jù)容量符合實(shí)際運(yùn)行情況；盡量模擬真實(shí)業(yè)務(wù)數(shù)據(jù)；能貫穿各相關(guān)系統(tǒng)，保證業(yè)務(wù)流程的順暢正確；4.3.3 建立監(jiān)控模型性能測(cè)試的目的不僅僅是獲得關(guān)鍵業(yè)務(wù)的性能指標(biāo)，同時(shí) 也要通過性能測(cè)試監(jiān)控主機(jī)、數(shù)據(jù)庫、中間件的各個(gè)性能 指標(biāo)，從而發(fā)現(xiàn)性能瓶頸，為進(jìn)一步的性能調(diào)優(yōu)提

18、供準(zhǔn)確 的參考數(shù)據(jù)；監(jiān)控對(duì)象及指標(biāo)選擇；18 / 26監(jiān)控工具選擇:監(jiān)控程序?qū)Υ郎y(cè)系統(tǒng)產(chǎn)生較小的壓力;監(jiān)控程序獲取的數(shù)據(jù)便于分析和統(tǒng)計(jì);監(jiān)控分實(shí)時(shí)監(jiān)控和非實(shí)時(shí)監(jiān)控;4.2.4,建立測(cè)試模型負(fù)載生成方式測(cè)試工具選擇一般應(yīng)該采取基準(zhǔn)測(cè)試、單業(yè)務(wù)負(fù)載測(cè)試、混合負(fù)載測(cè) 試的順序來執(zhí)行。這樣做的好處，在單業(yè)務(wù)負(fù)載測(cè)試是 就可以發(fā)現(xiàn)各個(gè)系統(tǒng)本身的性能缺陷，而混合負(fù)載測(cè)試 時(shí)將重點(diǎn)檢查各個(gè)業(yè)務(wù)相互影響導(dǎo)致的性能缺陷；4.2.5 建立執(zhí)行模型系統(tǒng)的性能測(cè)試必須要用戶、硬件廠家、中間件廠家、數(shù)據(jù)庫廠 家緊密配合，才能保證整個(gè)測(cè)試工作的成功。因此，只有建立一套規(guī) 范的性能測(cè)試流程，明確各個(gè)角色的工作職責(zé)，才能使性

19、能測(cè)試工作 有序、高效的開展。公司內(nèi)部則需要軟件開發(fā)工程師、數(shù)據(jù)庫工程師、軟件測(cè)試工程 師、協(xié)調(diào)人員的緊密配合。4.3 測(cè)試環(huán)境搭建測(cè)試環(huán)境=硬件環(huán)境+軟件環(huán)境+網(wǎng)絡(luò)環(huán)境；19 / 26硬件環(huán)境與系統(tǒng)實(shí)際運(yùn)行的硬件環(huán)境 盡量保持一致；軟件版本與系統(tǒng)實(shí)際運(yùn)行的軟件版本 必須保持一致；盡可能的使用獨(dú)立網(wǎng)絡(luò)；待測(cè)軟件版本相對(duì)穩(wěn)定；測(cè)試相關(guān)的數(shù)據(jù)從生產(chǎn)環(huán)境導(dǎo)出；測(cè)試環(huán)境是可用的；當(dāng)測(cè)試環(huán)境發(fā)生變化時(shí)，所得到的測(cè)試結(jié)果，僅能夠作為測(cè)試環(huán) 境變化后的參考，決不能作為推斷依據(jù)。如：在當(dāng)前的硬件環(huán)境下得 到的測(cè)試結(jié)果，不能作為硬件提高后，肯定能夠提高性能的推斷依據(jù)。注意事項(xiàng)：多次測(cè)試時(shí)，操作系統(tǒng)、被測(cè)軟件、中

20、間件、數(shù)據(jù)庫應(yīng)保持相同的版本號(hào)；各類參數(shù)保持一致性；環(huán)境變化應(yīng)做詳細(xì)記錄；應(yīng)先分析測(cè)試結(jié)果，推斷瓶頸原因，制訂優(yōu)化方案后，方 能修改測(cè)試環(huán)境。4.4 測(cè)試數(shù)據(jù)準(zhǔn)備基本數(shù)據(jù)類型系統(tǒng)用戶數(shù)據(jù)：登陸系統(tǒng)使用的帳戶名-口令等，數(shù)量與虛擬 用戶數(shù)一致。業(yè)務(wù)數(shù)據(jù)：每個(gè)虛擬用戶模擬真實(shí)用戶進(jìn)行操作時(shí)使用到的數(shù)20 / 26輔助數(shù)據(jù)：為保證業(yè)務(wù)操作的正常進(jìn)行而設(shè)置的基本信息資料可重用數(shù)據(jù)：如客戶信息等查詢類的數(shù)據(jù)，此類數(shù)據(jù)只需一次準(zhǔn)備即可。不可重用數(shù)據(jù)：此類數(shù)據(jù)為一次性消耗數(shù)據(jù)，不可重用，一般應(yīng)用在數(shù)據(jù)增加 或修改類業(yè)務(wù)交易，此類數(shù)據(jù)如帳單標(biāo)識(shí)、發(fā)票標(biāo)識(shí)等；4.5 測(cè)試開發(fā)與調(diào)試準(zhǔn)備測(cè)試開發(fā)環(huán)境；熟悉被測(cè)軟件

21、功能原理、處理邏輯和約束；測(cè)試程序包括數(shù)據(jù)處理程序、負(fù)載生成程序、監(jiān)控程序、數(shù)據(jù)分析程序和輔助程序。數(shù)據(jù)處理程序用于準(zhǔn)備測(cè)試數(shù)據(jù)，包括基礎(chǔ)數(shù)據(jù)、預(yù)埋數(shù)據(jù)、增量數(shù)據(jù)等；負(fù)載生成程序用于對(duì)被測(cè)系統(tǒng)生成壓力，可用測(cè)試工具或腳本實(shí)現(xiàn)；監(jiān)控程序-用于監(jiān)控軟硬件指標(biāo)，可使用測(cè)試工具以及操作系統(tǒng)、中 間件、數(shù)據(jù)庫自帶監(jiān)控程序或定制開發(fā)的監(jiān)控程序； 數(shù)據(jù)分析程序21 / 26 用于對(duì)各類數(shù)據(jù)的采集和分析，包括：監(jiān)控?cái)?shù)據(jù)及業(yè)務(wù)數(shù) 據(jù)。其中，監(jiān)控?cái)?shù)據(jù)指系統(tǒng)運(yùn)行時(shí)的運(yùn)行數(shù)據(jù)以及操作系 統(tǒng)、中間件、數(shù)據(jù)庫的運(yùn)行數(shù)據(jù)；業(yè)務(wù)數(shù)據(jù)用于分析系統(tǒng) 是否存在由性能問題引起的功能缺陷；輔助程序保證或增強(qiáng)以上程序功能的程序。4.6

22、監(jiān)控環(huán)境搭建與調(diào)試監(jiān)控工具可用確保監(jiān)控工具通信正常且能夠捕獲所需的監(jiān)控指標(biāo)數(shù)據(jù)；監(jiān)控PC資源充足確保部署監(jiān)控程序的PC機(jī)資源充足；防止因監(jiān)控 PC機(jī)資 源不足而引起的監(jiān)控?cái)?shù)據(jù)搜集失敗。4.7 性能測(cè)試實(shí)施按測(cè)試方案及計(jì)劃執(zhí)行測(cè)試場(chǎng)景；操作系統(tǒng)需要全新部署，且每個(gè)測(cè)試場(chǎng)景執(zhí)行完畢，應(yīng)重啟測(cè)試環(huán)境并清除測(cè)試數(shù)據(jù)；及時(shí)識(shí)別和規(guī)避測(cè)試過程中的風(fēng)險(xiǎn)；記錄詳盡的工作日志；及時(shí)采集運(yùn)行數(shù)據(jù)、監(jiān)控?cái)?shù)據(jù)、業(yè)務(wù)數(shù)據(jù)并記錄；22 / 264.8 性能測(cè)試分析業(yè)務(wù)數(shù)據(jù)分析：業(yè)務(wù)日志系統(tǒng)日志交易數(shù)據(jù)監(jiān)控?cái)?shù)據(jù)分析：指標(biāo)數(shù)據(jù)異常信息通過不同場(chǎng)景的設(shè)計(jì)目的，驗(yàn)證是否達(dá)到測(cè)試預(yù)期；通過各項(xiàng)測(cè) 試數(shù)據(jù)對(duì)比，分析系統(tǒng)運(yùn)行瓶頸，調(diào)整

23、性能測(cè)試方案；通過監(jiān)控?cái)?shù)據(jù) 分析，調(diào)整軟硬件部署結(jié)構(gòu)或分析瓶頸產(chǎn)生原因，優(yōu)化性能測(cè)試方案。4.9 性能測(cè)試報(bào)告測(cè)試工作報(bào)告測(cè)試安排工作進(jìn)度風(fēng)險(xiǎn)/問題及處理軟件評(píng)測(cè)報(bào)告場(chǎng)景執(zhí)行情況系統(tǒng)問題及建議遺留問題23 / 265 .總結(jié)本次培訓(xùn)定位于普及性培訓(xùn)，其目的是幫助更多的同事正確理解 軟件性能測(cè)試工作。因此，本文在第一章節(jié)著重介紹了軟件性能測(cè)試的一些基本概念， 包括軟件性能測(cè)試的對(duì)象、目標(biāo)、分類以及各類軟件性能測(cè)試的含義 和測(cè)試目的。第二章節(jié)主要是從性能測(cè)試策略的角度，闡述了應(yīng)用在不同測(cè)試實(shí)施目標(biāo)的測(cè)試目的、測(cè)試方法、常用工具等內(nèi)容。第三章性能測(cè)試需求分析本應(yīng)在性能測(cè)試工作組織流程中闡述， 為突出

24、其重要性，特將此部分內(nèi)容以獨(dú)立章節(jié)的形式進(jìn)行描述。詳細(xì)闡述了性能測(cè)試的目標(biāo)制定、測(cè)試強(qiáng)度估算方法以及測(cè)試需求分析方 法。第四章則描述了性能測(cè)試工作組織的流程及其和環(huán)節(jié)的功能內(nèi)容 及其注意要點(diǎn)。在此，提出幾個(gè)對(duì)軟件性能測(cè)試的觀點(diǎn)，以輔助各位同事對(duì)軟件性能測(cè)試工作的認(rèn)識(shí)：1、影響性能測(cè)試質(zhì)量的關(guān)鍵因素是分析設(shè)計(jì)能力而不是工具在以往接觸到的同行中，尤其是對(duì)剛?cè)胄谢驈奈磸氖逻^性能測(cè)試工作的人來說，往往認(rèn)為只要學(xué)會(huì) LoadRunner等工具，就等于能夠 做性能測(cè)試工作了。持這種觀點(diǎn)的，包括我自己。但事實(shí)證明，工具使用的熟練程度，基本上不會(huì)對(duì)性能測(cè)試工作24 / 26成果有任何影響而決定性能測(cè)試工作質(zhì)量的因素取決于對(duì)需求的分析能力、對(duì)系統(tǒng)瓶頸可能存在的原因的分析能力、 對(duì)測(cè)