軟件性能測試初步了解_第1頁
軟件性能測試初步了解_第2頁
軟件性能測試初步了解_第3頁
免費預(yù)覽已結(jié)束,剩余1頁可下載查看

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

第第頁軟件性能測試初步了解軟件性能測試初步了解

發(fā)表于:2023-12-31來源::點擊數(shù):標(biāo)簽:數(shù)據(jù)庫服務(wù)器管理員軟件解決方案

軟件性能測試初步了解什么是軟件性能首先澄清的第一個概念是什么是軟件性能,分別從用戶視角,管理員視角和開發(fā)人員的視角列出下面的問題,這些就是所謂的軟件性能。你有過其中的疑問就是在考慮軟件性能的范疇了,尋求解決方案的過程及其結(jié)論(repo

軟件性能測試初步了解

什么是軟件性能

首先澄清的第一個概念是什么是軟件性能,分別從用戶視角,管理員視角和開發(fā)人員的視角列出下面的問題,這些就是所謂的軟件性能。你有過其中的疑問就是在考慮軟件性能的范疇了,尋求解決方案的過程及其結(jié)論(report)就是軟件性能測試

1.用戶所體會到的系統(tǒng)響應(yīng)時間是否夠快?

2.應(yīng)用服務(wù)器的資源使用情況是否合理?

3.數(shù)據(jù)庫服務(wù)器的資源使用情況是否合理?

4.系統(tǒng)能最多支持多少用戶的訪問?最大的業(yè)務(wù)處理量是多少?

5.系統(tǒng)是否支持7*24小時的業(yè)務(wù)訪問?

6.系統(tǒng)是否能夠?qū)崿F(xiàn)擴展?更換那些設(shè)備可以提高系統(tǒng)性能?

7.系統(tǒng)的架構(gòu)設(shè)計是否合理?

8.數(shù)據(jù)庫設(shè)計是否合理?

9.代碼是否存在性能問題?

10.內(nèi)存使用是否合理?

11.線程同步是否合理?

12.資源競爭是否合理?

13.如果存在性能瓶頸,應(yīng)該如何調(diào)整?

幾個主要術(shù)語

1.響應(yīng)時間:響應(yīng)時間分解為網(wǎng)絡(luò)傳輸時間,應(yīng)用延遲時間,數(shù)據(jù)庫延遲時間,呈現(xiàn)時間。對響應(yīng)時間的分解是為了方便定位性能瓶頸的所在。

2.并發(fā)用戶數(shù):并發(fā)用戶數(shù)一定要區(qū)別于同時在線用戶數(shù)。在我們進行測試計劃和測試目標(biāo)的階段通常會有明確的系統(tǒng)用戶數(shù)和同時在線人數(shù)的參考依據(jù),但并發(fā)用戶數(shù)是不確定的。并發(fā)是針對某一個或某幾個業(yè)務(wù)的行為,所以并發(fā)用戶數(shù)取決于用戶的行為即業(yè)務(wù)模式。所以確定用戶的行為建立真實的模擬業(yè)務(wù)場景在性能測試中尤為重要。

3.吞吐量:單位時間內(nèi)系統(tǒng)處理的客戶請求的數(shù)量。通常以請求數(shù)/秒或者頁面數(shù)/秒衡量

軟件性能測試方法論

1.SEILoadTestingPlanningProcess:是一個關(guān)注于負載測試計劃的方法,目標(biāo)是產(chǎn)生“清晰,易理解,可驗證的負載測試計劃”.區(qū)別生產(chǎn)環(huán)境和測試環(huán)境的不同,分析用戶的行為以產(chǎn)生用戶和用戶場景.

2.RBI(RapidBottleneckIdentify):是Empirix公司提出的快速識別系統(tǒng)性能瓶頸的方法。首先確定是由并發(fā)還是吞吐量引發(fā)的性能瓶頸,通過不斷增加并發(fā)用戶數(shù)和吞吐量觀察系統(tǒng)的性能表現(xiàn),然后從網(wǎng)絡(luò),數(shù)據(jù)庫,應(yīng)用服務(wù)器和代碼本身4個環(huán)節(jié)確定系統(tǒng)性能的瓶頸。

3.性能下降曲線分析法:分析隨著用戶數(shù)增長響應(yīng)時間或吞吐量下降的曲線,通過定位性能拐點找到性能瓶頸產(chǎn)生的地方.

4.LoadRunner性能測試過程:計劃測試--測試設(shè)計--創(chuàng)建VU腳本--創(chuàng)建測試場景--運行測試場景--分析結(jié)果

5.Segue性能測試過程:從確定性能基線開始,通過單用戶訪問獲取性能取值基線,然后設(shè)定可接受的性能目標(biāo),用不同的并發(fā)用戶數(shù)進行Try-Check的重復(fù)測試.

軟件性能測試分類

1.性能測試:PerformanceTesting這是一個容易混淆的概念,通常泛指所有的性能測試。本文特指在特定條件下驗證性能是否達到預(yù)期指標(biāo)的測試為性能測試。

2.負載測試:LoadTesting是指模擬真實的用戶行為,通過不斷加壓直到性能出現(xiàn)瓶頸或資源達到飽和。負載測試是我們最經(jīng)常進行的性能測試,用于測量系統(tǒng)的容量,發(fā)現(xiàn)系統(tǒng)瓶頸并配合性能調(diào)優(yōu)。有時候也稱為可量性測試ScalabilityTesting.

3.壓力測試:StressTesting是指測試系統(tǒng)在一定的飽和狀態(tài)下系統(tǒng)的處理能力。負載測試的不斷加壓到一定階段即是壓力測試,兩者沒有明確的界限。壓力測試通常設(shè)定到CPU使用率達到75%以上,內(nèi)存使用率達到70%以上,用于測試系統(tǒng)在壓力環(huán)境下的穩(wěn)定性。此處是指過載情況下的穩(wěn)定性,略微不同于7*24長時間運行的穩(wěn)定性。

4.可靠性測試:ReliabilityTesting是指加載一定的業(yè)務(wù)壓力,同時讓此壓力持續(xù)運行一段時間,測試系統(tǒng)是否可以穩(wěn)定運行.可以理解為壓力測試關(guān)注的是過載壓力,可靠性測試關(guān)注的是持續(xù)時間。

5.并發(fā)測試:ConcurrencyTesting是模擬用戶并發(fā)訪問同一應(yīng)用的測試,用于發(fā)現(xiàn)并發(fā)問題諸如內(nèi)存泄漏,線程鎖,資源爭用,數(shù)據(jù)庫死鎖。

6.配置測試:ConfigurationTesting驗證各種

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論