性能測試方案編寫

性能測試方案編寫

ID:6608288

大?。?3.50 KB

頁數(shù):10頁

時間:2018-01-20

性能測試方案編寫_第1頁
性能測試方案編寫_第2頁
性能測試方案編寫_第3頁
性能測試方案編寫_第4頁
性能測試方案編寫_第5頁
資源描述:

《性能測試方案編寫》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、性能測試方案編寫性能測試在軟件測試中占有重要的地位,而性能測試又關(guān)聯(lián)很多內(nèi)容。例如壓力和強(qiáng)度測試就與性能測試密切相關(guān):針對一個網(wǎng)站進(jìn)行測試,模擬10到50個用戶就是在進(jìn)行常規(guī)性能測試,用戶增加到1000乃至上萬就變成了壓力/負(fù)載測試,如果同時對系統(tǒng)進(jìn)行大量的數(shù)據(jù)查詢操作,就包含了強(qiáng)度測試。為了便于性能測試工作的實施,這里的性能測試綜合了性能、強(qiáng)度、壓力、負(fù)載等多方面的測試內(nèi)容,主要包含的內(nèi)容有:預(yù)期性能指標(biāo)測試、用戶并發(fā)性能測試、疲勞強(qiáng)度測試、大數(shù)據(jù)量測試和速度測試、網(wǎng)絡(luò)、服務(wù)器等方面的內(nèi)容。性能測試不同的系統(tǒng)有不同的要求,編寫方法要根據(jù)實

2、際要求進(jìn)行編寫,本文提出一個常見的參考方案,在實際工作中,可以根據(jù)需要加入其它例如內(nèi)存泄露等和性能相關(guān)的測試用例。下面介紹各個部分性能測試用例包含的內(nèi)容:2.1預(yù)期性能指標(biāo)測試用例通常系統(tǒng)在設(shè)計前都會提出一些性能指標(biāo),這些指標(biāo)是性能測試要完成的首要工作之一。針對每個指標(biāo)都要編寫多個測試用例來驗證是否達(dá)到要求,并根據(jù)測試結(jié)果來改進(jìn)系統(tǒng)的性能。這類通常以單用戶為主,如果遇到并發(fā)用戶的情況,可以歸到并發(fā)用戶測試用例中。這類用例通常都是可以通過手工來執(zhí)行的用例,例如示例中的上傳一份文件,期望的性能為2M/S,完全可以手動上傳文件,同時用秒表計時。這

3、些內(nèi)容通常在需求說明書中可以顯而易見的查到。不過當(dāng)看到如支持并發(fā)用戶300人,就應(yīng)該放到后面進(jìn)行。測試結(jié)果也是直接記錄是否達(dá)到要求,如果系統(tǒng)沒有達(dá)到要求則進(jìn)行改善。2.2用戶并發(fā)性能測試用例用戶并發(fā)測試是性能測試的最主要部分,包含了負(fù)載測試和壓力測試的過程。主要是逐漸增加用戶數(shù)量來加重系統(tǒng)負(fù)擔(dān),直到出現(xiàn)不能接收的性能點或者瓶頸。一般要測試正常數(shù)量的用戶并發(fā)和極限數(shù)量下用戶并發(fā)的情況。并發(fā)用戶測試主要是對系統(tǒng)的核心功能和重要業(yè)務(wù)進(jìn)行測試,要以真實的業(yè)務(wù)數(shù)據(jù)作為輸入,選擇有代表性和關(guān)鍵的業(yè)務(wù)操作來設(shè)計測試用例。主要編寫以下兩個方面的用例:核心模

4、塊的測試(可以理解為“單元性能測試”):對核心功能模塊進(jìn)行并發(fā)用戶測試,測試系統(tǒng)是否能夠穩(wěn)定運行。例如對于互聯(lián)網(wǎng)的公用郵件系統(tǒng),每天早上9點左右可能是收發(fā)郵件的高峰,這時候上千的用戶都要在上班后進(jìn)入郵件系統(tǒng),系統(tǒng)這個時候需要接收和發(fā)送大量的郵件。所以郵件系統(tǒng)這一功能模塊要進(jìn)行并發(fā)測試。通過測試可以知道數(shù)據(jù)庫服務(wù)器、操作系統(tǒng)、網(wǎng)絡(luò)設(shè)備等是否能夠承受住考驗,同時可以對瓶頸進(jìn)行分析。表2列出來一些常見的參數(shù)(表格中的數(shù)據(jù)為示例的測試用例和測試結(jié)果),可以根據(jù)實際需要進(jìn)行增加和刪除,其中磁盤I/O、數(shù)據(jù)庫相關(guān)測試參數(shù)要根據(jù)實際情況進(jìn)行選擇,因此沒有

5、列出。在編寫這類用例時,要進(jìn)行綜合分析,選出系統(tǒng)中的各個核心模塊,分別設(shè)計每個模塊的測試用例:把模塊劃分成小的“事務(wù)”進(jìn)行測試,這樣在測試分析中便于定位問題究竟出現(xiàn)在哪里。例如郵件系統(tǒng)可以劃分成:接收郵件、發(fā)送郵件、打開郵件等小的事務(wù)進(jìn)行測試用例的編寫,每個操作做為一個用例來執(zhí)行。業(yè)務(wù)組合性能測試(可以理解為“集成性能測試”):所有的用戶不會只使用核心模塊,通常每個功能都可能被使用到,所有既要模擬多用戶的“相同”操作,又要模擬多用戶的不同操作,對多個業(yè)務(wù)進(jìn)行組合性能測試。業(yè)務(wù)組合測試是更接近用戶實際操作系統(tǒng)的測試,因此用例編寫要充分考慮實際

6、情況,選擇最接近實際的場景進(jìn)行設(shè)計。這里的業(yè)務(wù)組成單位以不同模塊中的“子操作事務(wù)”為單位,進(jìn)行各個模塊的不同業(yè)務(wù)的組合。例如在辦公自動化系統(tǒng)中就可以選擇“公文模塊中的發(fā)送公文、電子公告模塊中的查看公告信息、網(wǎng)上論壇模塊中的上傳文件”等事務(wù)作為一組組合業(yè)務(wù)進(jìn)行測試,用例設(shè)計信息如下:功能:在線用戶達(dá)到高峰時,用戶可以正常使用系統(tǒng),保證500個以內(nèi)用戶可以同時在線使用系統(tǒng)。目的:測試系統(tǒng)500個以內(nèi)的用戶同時在線能否使用比較常見的模塊:公文系統(tǒng)、電子公告、網(wǎng)上論壇。方法:采用LoadRunner的錄制工具錄制三個業(yè)務(wù):業(yè)務(wù)1––在公文系統(tǒng)內(nèi),進(jìn)

7、行打開、修改等操作;業(yè)務(wù)2––在電子公告系統(tǒng)內(nèi),查看、發(fā)布公告;業(yè)務(wù)3––在網(wǎng)上論壇系統(tǒng)內(nèi)發(fā)布帖子,查看文章。每個業(yè)務(wù)分配一定數(shù)目的用戶,利用LoadRunner來完成相關(guān)參數(shù)的測試。其它部分設(shè)計可以參考表2。執(zhí)行時要分別記錄各個事務(wù)的執(zhí)行情況。多用戶并發(fā)性能測試是性能測試的核心內(nèi)容,包含了全部與多用戶相關(guān)的測試。因此設(shè)計時要全面考慮,不要有遺漏。在測試執(zhí)行時,本部分通常是采用性能測試工具例如LoadRunner來進(jìn)行測試的,因此更容易執(zhí)行和提高效率。2.3疲勞強(qiáng)度與大數(shù)據(jù)量測試疲勞強(qiáng)度測試是在系統(tǒng)穩(wěn)定運行下模擬最大用戶數(shù)量、并長時間運行系

8、統(tǒng),通過綜合分析執(zhí)行指標(biāo)和資源監(jiān)控來確定系統(tǒng)處理最大業(yè)務(wù)量時的性能。疲勞強(qiáng)度測試的目的就是檢驗系統(tǒng)長時間運行后的性能,因此設(shè)計用例時,需要編寫不同參數(shù)或者負(fù)載條件下的多個測試用例

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。