軟件性能測試VS負(fù)載測試VS壓力測試

第第頁軟件性能測試VS負(fù)載測試VS壓力測試軟件性能測試VS負(fù)載測試VS壓力測試

發(fā)表于：2023-01-11來源：：點擊數(shù)：標(biāo)簽：軟件

軟件性能測試VS負(fù)載測試VS壓力測試軟件測試在面試測試人員的時候，這是一個很好的問題：你如何定義性能/負(fù)載/壓力測試?在很多時候，人們都是將它們作為可互相替換的相同術(shù)語來使用，然而實際上他們之間的差異是比較大的。這個貼子是根據(jù)我自己的一些

軟件性能測試VS負(fù)載測試VS壓力測試軟件測試

在面試測試人員的時候，這是一個很好的問題：你如何定義性能/負(fù)載/壓力測試?在很多時候，人們都是將它們作為可互相替換的相同術(shù)語來使用，然而實際上他們之間的差異是比較大的。這個貼子是根據(jù)我自己的一些經(jīng)驗，針對這三個概念寫的一個比較簡單的評論，當(dāng)然也同時參考了一些測試文獻資料里的定義，比如說：

"Testingcomputersoftware"byKaneretal

"Softwaretestingtechniques"byLovelandetal

"TestingapplicationsontheWeb"byNguyenetal

UpdateJuly7th,2023

從網(wǎng)站的訪問日志中我可以看到這篇貼子經(jīng)常會被人們在GOOGLE中搜索到，所以我在這里加上一個我寫的一個后續(xù)貼子的地址連接'Moreonperformancevs.loadtesting'.

性能測試

性能測試的目的不是去找bugs,而是排除系統(tǒng)的瓶頸，以及為以后的回歸測試建立一個基準(zhǔn)。而性能測試的操作，實際上就是一個非常小心受控的測量分析過程。在理想的情況下，被測軟件在這個時候已經(jīng)是足夠穩(wěn)定了，所以這個過程得以順利的進行。

一組清晰已定義好的預(yù)期值是讓一次有意義的性能測試的基本要素。如果連你自己都不知道系統(tǒng)性能有些什么是要測的，那么它對于你要測試的方法手段是沒有指導(dǎo)意義的*。例如，給一個web應(yīng)用做性能測試，你要知道至少兩樣?xùn)|西：

在不同并發(fā)用戶數(shù)或者HTTP連接數(shù)情況下的負(fù)載預(yù)期值*

可接受的響應(yīng)時間

當(dāng)你知道你的目標(biāo)后，你就可以開始使用對系統(tǒng)持續(xù)增加負(fù)載的方法來觀察系統(tǒng)的瓶頸所在。重新拿web應(yīng)用系統(tǒng)來做例子，這些瓶頸可存在于多個層次，你可以使用多種工具來查明它們的所在：

在應(yīng)用層，開發(fā)人員可以通過profilers來發(fā)現(xiàn)低效率的代碼，比如說較差的查找算法

在數(shù)據(jù)庫層，開發(fā)人員和數(shù)據(jù)庫管理員(DBA)可以通過特定的數(shù)據(jù)庫profilers及事件探查器(queryoptimizers)

在操作系統(tǒng)層，系統(tǒng)工程師可以使用一些工具如在Unix類的操作系統(tǒng)中的top,vmstat,iostat,在Windows系統(tǒng)中的PerfMon來監(jiān)控CPU，內(nèi)在，swap,磁盤I/O等硬件資源;專門的內(nèi)核監(jiān)控軟件也可以在這一層面上被使用。

在網(wǎng)絡(luò)層上，網(wǎng)絡(luò)工程師可以使用報文探測器(如tcpdump),網(wǎng)絡(luò)協(xié)議分析器(如ethereal),還有其它的工具(如netstat,MRTG,ntop,mii-tool)

從測試的觀點來看，上面所有描述的活動都是一種白盒的方法，它對系統(tǒng)從內(nèi)到外及多角度進行審查及監(jiān)控。測度數(shù)據(jù)*被取得及分析后，對系統(tǒng)的調(diào)整則成為理所當(dāng)然的下一個步驟。

然而，(除了上面的方法外)測試人員在給被測系統(tǒng)運行負(fù)載試驗*(這里為了不與我們所理解的負(fù)載測試-loadtesting的概念搞混，特譯做負(fù)載試驗)的時候，也采取了黑盒的方法。像對于WEB應(yīng)用來講，測試人員可以使用工具來模擬并發(fā)用戶或者HTTP連接及測量響應(yīng)時間。在我以前使用過的輕量級的負(fù)載測試開源工具有ab,siege,httperf。一個更重量級的工具是OpenSTA，但我沒用過。我也還沒有用過TheGrinder這個工具，但它在我將要做的事情中排名靠前。

當(dāng)負(fù)載試驗*的結(jié)果顯示出系統(tǒng)的性能來沒有達(dá)到它的預(yù)期目標(biāo)時，這就是要對應(yīng)用和數(shù)據(jù)庫的調(diào)整的時候了。同時你要確保讓你的代碼運行得盡可能高效，以及數(shù)據(jù)庫在給定的操作系統(tǒng)和硬件配置的情況下最優(yōu)化。測試驅(qū)動開發(fā)(TDD)的實踐者會發(fā)現(xiàn)這種上下文結(jié)構(gòu)框架是非常有用的*，如可以通過負(fù)載試驗*及時間試驗的函數(shù)性*來增強現(xiàn)存單元測試代碼的MikeClark的jUnitPerf*。當(dāng)一個特定的函數(shù)或者方法被剖析過*和調(diào)試過后，開發(fā)人員就可以在jUnitPerf中，放入它的單元試驗*來確保它可以