性能測試總結(jié)范文.doc

性能測試總結(jié)范文 性能測試總結(jié)概述對于目前以B/S結(jié)構(gòu)為主的產(chǎn)品來說，性能是一項必測的內(nèi)容。 關(guān)于性能方面的測試，在很多地方又被細(xì)分為負(fù)載測試、強(qiáng)度測試、容量測試、壓力測試等等。 這種細(xì)分在概念描述上有一些用處，但在實際工作中很少會只單獨的進(jìn)行其中的某一項測試，實際測試基本上都是交叉性的。 我們這里把所有與性能相關(guān)的測試統(tǒng)稱為性能測試，不做具體區(qū)別。 我們在這里所說的性能測試，指的是對系統(tǒng)整體性能的測試，不涉及單元模塊的性能檢測。 我們在這里討論的內(nèi)容主要是基于B/S架構(gòu)的應(yīng)用。 要討論性能測試，很難不涉及測試工具，我們在這里以MI公司的LoadRunner為默認(rèn)的測試工具。 性能測試的介入時機(jī)性能測試應(yīng)該在什么時候開始？對測試人員來說，在產(chǎn)品的功能穩(wěn)定下來后，就應(yīng)該盡早開始對產(chǎn)品進(jìn)行性能測試。 一般建議在產(chǎn)品的3輪完整功能測試后開始。 copyright測試過程性能測試的整體測試過程如下1.3.1制定性能測試計劃1.3.2搭建測試環(huán)境1.3.3編寫測試程序/腳本1.3.4測試執(zhí)行和分析1.3.5編寫測試報告，結(jié)束測試1.4過程說明各個子過程的具體說明1.4.1制定性能測試計劃分析被測試系統(tǒng)的情況，收集性能測試需求。 制定測試計劃，形成文檔。 測試計劃應(yīng)考慮以下內(nèi)容測試對象和場景。 即我們要測試的內(nèi)容是什么。 系統(tǒng)最后對外提供的功能有很多，我們不可能也沒有必要對系統(tǒng)所有的功能點都進(jìn)行性能測試。 挑選性能測試對象的一般原則是選取那些在系統(tǒng)實際投入使用后，并發(fā)訪問量較大的、算法比較復(fù)雜的、占用系統(tǒng)資源較多的功能點，也就是壓力點。 設(shè)定好要測試的壓力點后，需要詳細(xì)的描述出具體的操作過程，以及預(yù)期應(yīng)該達(dá)到的性能指標(biāo)。 注在制定測試計劃時，對于系統(tǒng)預(yù)期應(yīng)該達(dá)到的性能指標(biāo)，常常是不能獲得一個準(zhǔn)確的數(shù)字。 但即使是在沒有任何參考數(shù)據(jù)的情況下，也應(yīng)該和開發(fā)人員一起，設(shè)定一個初步的性能指標(biāo)，作為后面測試的一個參照。 有一個初步指標(biāo)，也比沒有任何指標(biāo)要好。 測試環(huán)境。 具體包括選用什么樣的硬件環(huán)境（計算機(jī)配置，網(wǎng)絡(luò)結(jié)構(gòu)）；什么樣的軟件環(huán)境（操作系統(tǒng)，數(shù)據(jù)庫，應(yīng)用服務(wù)器，Web服務(wù)器）；多大的數(shù)據(jù)量（數(shù)據(jù)庫，文件系統(tǒng)）。 需要監(jiān)控的資源。 進(jìn)行性能測試時，需要監(jiān)控的系統(tǒng)軟硬件資源的占用情況。 這和產(chǎn)品的具體情況有關(guān)，一般可以考慮的因素包括CPU使用情況、Memory的使用情況、磁盤的I/O、網(wǎng)絡(luò)的占用情況、數(shù)據(jù)庫運行狀況、Web/應(yīng)用服務(wù)器運行狀況等。 測試工具。 選用什么工具進(jìn)行性能測試，是自己開發(fā)，還是選用第三方的測試工具。 進(jìn)度安排。 各階段的工作內(nèi)容、時間安排。 1.4.2搭建測試環(huán)境依照測試計劃中的測試環(huán)境要求，搭建實際的測試環(huán)境，安裝配置還好硬件、軟件，準(zhǔn)備好測試數(shù)據(jù)。 1.4.3編寫測試程序/腳本編寫實際的測試程序或腳本。 如果能夠使用現(xiàn)有的成熟測試工具則盡量選用，如果現(xiàn)有工具不能滿足測試要求，則需要編寫定制的測試程序。 copyright同時，要為腳本編寫說明文檔，文檔的內(nèi)容主要是腳本的名稱，以及其對應(yīng)的測試內(nèi)容。 1.4.4測試執(zhí)行和分析設(shè)定多種測試場景組合，反復(fù)運行測試，記錄結(jié)果數(shù)據(jù)，逐步優(yōu)化系統(tǒng)，最后達(dá)到一個可接受的性能結(jié)果。 測試執(zhí)行過程中，注意每次測試后下次測試開始前的測試環(huán)境恢復(fù)工作。 性能測試和功能測試一樣，也有測試迭代的過程，也會有產(chǎn)品版本的更新。 在性能測試過程中，需要和開發(fā)人員協(xié)同工作，一起調(diào)優(yōu)系統(tǒng)。 1.4.5編寫測試報告，結(jié)束測試測試數(shù)據(jù)，總結(jié)測試結(jié)果，編寫測試報告，結(jié)束測試。 附錄1保證LoadRunner測試腳本的正確性在用LoadRunner編寫完測試腳本后，要保證腳本在以下情況下能夠正確運行在腳本器中單用戶單循環(huán)運行腳本；單用戶多循環(huán)運行腳本。 copyright在controller中多用戶單循環(huán)運行腳本；多用戶多循環(huán)運行腳本。 附錄2性能測試術(shù)語解釋測試場景包含一個或多個腳本，設(shè)定并發(fā)數(shù)量，運行方式，模擬系統(tǒng)在現(xiàn)實中的一個情景。 事務(wù)是指一組相關(guān)的操作，是性能測試中的計時單位。 比如登錄應(yīng)用系統(tǒng)就可以作為一個事務(wù)。 集合點設(shè)置集合點后，先到達(dá)的請求會等待，直到所有的請求都到達(dá)，然后一起發(fā)送請求。 設(shè)置集合點，是為了進(jìn)行更嚴(yán)格和精確的并發(fā)測試。 checkpoint也叫檢查點。 和功能測試一樣，性能測試也需要檢驗結(jié)果的正確性。 當(dāng)返回標(biāo)準(zhǔn)的錯誤時（狀態(tài)碼不是200+時），Loadrunner能夠識別出來，但如果返回的不是標(biāo)準(zhǔn)錯誤，Loadrunner則無法識別，這時只能通過我們設(shè)置的check point來發(fā)現(xiàn)錯誤。 參數(shù)化為了更真實的模擬現(xiàn)實操作，我們經(jīng)常需要對測試輸入進(jìn)行參數(shù)化。 比如登錄時的用戶名。 關(guān)聯(lián)對于腳本中動態(tài)變化的部分，需要對其進(jìn)行參數(shù)化，Loadrunner提供了對這種變量進(jìn)行參數(shù)化的功能，叫做關(guān)聯(lián)。 比如下面這種情況在一個基于WEB的應(yīng)用中，用戶每次登錄時會被服務(wù)端賦予了一個SessionID，該用戶的后續(xù)操作都必須給出這個SessionID。 在這種情況下，由于被賦予的SessionID是由服務(wù)端給出的，每次執(zhí)行腳本時，獲得的SessionID都會不同，因此就需要在腳本中取得用戶每次登錄，服務(wù)端返回的SessionID，在后續(xù)步驟中使用。 這時我們就需要對SessionID進(jìn)行參數(shù)化。 即Loadrunner提供的關(guān)聯(lián)功能。 迭代次數(shù)在性能測試中，對于一個場景，