1.性能分析的基本原則

確定測試結(jié)果有效之后，接下來就要開始對測試數(shù)據(jù)進(jìn)行深入地挖掘了。面對經(jīng)過測試工具產(chǎn)生的紛繁復(fù)雜的原始測試數(shù)據(jù)，如果來進(jìn)行分析呢？一個普遍遵循的原則是“由外而內(nèi)，由表及里，層層深入”，如圖4-1所示。

對于一個應(yīng)用系統(tǒng)，性能開始出現(xiàn)下降的最直接表象就是系統(tǒng)的響應(yīng)時間變長，于是，系統(tǒng)響應(yīng)時間成為分析性能的起點(diǎn)。性能分析的原則如圖4-1所示，首先應(yīng)該從原始測試數(shù)據(jù)中查看系統(tǒng)響應(yīng)時間，判讀它是否滿足用戶對性能的期望。如果不滿足，則說明系統(tǒng)的性能出現(xiàn)了問題。發(fā)現(xiàn)系統(tǒng)存在問題后，接著就要判斷系統(tǒng)在哪個環(huán)節(jié)出現(xiàn)了瓶頸。

現(xiàn)在的IT系統(tǒng)架構(gòu)極其復(fù)雜，任何一個環(huán)節(jié)出現(xiàn)瓶頸，都會導(dǎo)致系統(tǒng)出現(xiàn)性能的問題。要準(zhǔn)確地判斷瓶頸在什么地方，的確是一個棘手的問題。不過，任何復(fù)雜的系統(tǒng)無非是分為網(wǎng)絡(luò)和服務(wù)器兩部分。因此要考察的第二個問題就是：系統(tǒng)的瓶頸是出現(xiàn)在網(wǎng)絡(luò)環(huán)節(jié)，還是在服務(wù)器環(huán)節(jié)？

如圖4-2所示，用戶從客戶端發(fā)起的請求數(shù)據(jù)包經(jīng)過網(wǎng)絡(luò)，傳遞到應(yīng)用服務(wù)器，最后到達(dá)數(shù)據(jù)庫服務(wù)器，服務(wù)器處理完畢后按原路返回到客戶端。在這個處理過程中，可以把整個時間分為兩段：一段是Tn，即網(wǎng)絡(luò)的響應(yīng)時間；一段是Ts，即服務(wù)器的響應(yīng)時間，包括應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器的響應(yīng)時間。對比Tn和Ts，就很容易知道系統(tǒng)在哪些環(huán)境的響應(yīng)時間比例較大。

判斷系統(tǒng)的瓶頸是出現(xiàn)在網(wǎng)絡(luò)還是服務(wù)器端后，就可以進(jìn)一步層層推進(jìn)，對相應(yīng)環(huán)節(jié)更詳細(xì)的組件響應(yīng)時間進(jìn)行深入分析，直到最后找到造成性能問題的根本原因。

借助于LoadRunner的分析組件Analysis,很容易按照“由內(nèi)而外，由表及里，層層深入”的原則進(jìn)行分析，快速將問題定位。例如圖4-3所示的事務(wù)，可以直接看出瓶頸出現(xiàn)在網(wǎng)絡(luò)上。

2.性能分析任重而道遠(yuǎn)

看了前面的內(nèi)容，也許很多人會以為性能分析非常容易，借助工具即可完成，但實(shí)則不然。即使有了正確的測試結(jié)果，也不一定能對系統(tǒng)的性能問題進(jìn)行正確的定位。例如，服務(wù)器的內(nèi)存不夠可能會引起較大的磁盤I/O，進(jìn)而導(dǎo)致CPU利用率居高不下——而根本原因可能是程序內(nèi)部存在內(nèi)存泄漏，而不是內(nèi)存瓶頸。這類問題不但要靠經(jīng)驗(yàn)，更要靠對系統(tǒng)的深入了解。

不難看出，性能測試是難度較大的一項(xiàng)工作，絕對不是一蹴而就的事情。根據(jù)作者的經(jīng)驗(yàn)，最好的辦法是把性能貫穿于性能測試過程的始末，所有人員都應(yīng)該給予高度關(guān)注。

實(shí)際上，性能測試分析從測試場景時就開始了，而不是僅僅在測試結(jié)束后才進(jìn)行。例如，在測試執(zhí)行過程中可以借助分析數(shù)據(jù)庫，觀察事務(wù)實(shí)時響應(yīng)時間來發(fā)現(xiàn)一些問題。

除了這些通用的方法外，性能測試分析人員應(yīng)該積極的提高自己：在測試設(shè)計、執(zhí)行、分析等各個階段把工作做透，這樣才可以把性能測試工作做好。

搜索微信公眾號：TestingStudio霍格沃茲的干貨都很硬核