性能測試的結果分析是性能測試的重中之重。在實(shí)際工作中,由于測試的結果分析比較復
雜、需要具備很多相關(guān)的專(zhuān)業(yè)知識,因此常常會(huì )感覺(jué)拿到數據不知從何下手。這也是我學(xué)習性能
測試過(guò)程中感覺(jué)比較尷尬和棘手的事,為此我在研讀了《WEB性能測試實(shí)戰》后特作了以下筆
記,這里只是書(shū)中第4章WEB應用程序性能分析的一
部分,貼出來(lái)希望和大家共同討論:
一:性能分析的基礎知識:
1.幾個(gè)重要的性能指標:相應時(shí)間、吞吐量、吞吐率、TPS(每秒鐘處理的交易數)、點(diǎn)
擊率等。
2.系統的瓶頸分為兩類(lèi):網(wǎng)絡(luò )的和服務(wù)器的。服務(wù)器瓶頸主要涉及:應用程序、WEB服務(wù)
器、數據庫服務(wù)器、操作系統四個(gè)方面。
3.常規、粗略的性能分析方法:
當增大系統的壓力(或增加并發(fā)用戶(hù)數)時(shí),吞吐率和TPS的變化曲線(xiàn)呈大體一致,則系統
基本穩定;若壓力增大時(shí),吞吐率的曲線(xiàn)增加到一定程度后出現變化緩慢,甚至平坦,很可能是
網(wǎng)絡(luò )出現帶寬瓶頸,同理若點(diǎn)擊率/TPS曲線(xiàn)出現變化緩慢或者平坦,說(shuō)明服務(wù)器開(kāi)始出現頸。
4.作者提出了如下的性能分析基本原則,此原則本人十分贊同:
——由外而內、由表及里、層層深入
應用此原則,分析步驟具體可以分為以下三步:
第一步:將得到的響應時(shí)間和用戶(hù)對性能的期望值比較確定是否存在瓶頸;
第二步:比較Tn(網(wǎng)絡(luò )響應時(shí)間)和Ts(服務(wù)器響應時(shí)間)可以確定瓶頸發(fā)生在網(wǎng)絡(luò )還是服
務(wù)器;
第三步:進(jìn)一步分析,確定更細組件的響應時(shí)間,直到找出發(fā)生性能瓶頸的根本原因。
二:以WEB應用程序為例來(lái)看下具體的分析方法:
1.用戶(hù)事務(wù)分析:
a.事務(wù)綜述圖(Transaction Summary ):以柱狀圖的形式表現了用戶(hù)事務(wù)執行的成功與
失敗。通過(guò)分析成功與失敗的數據可以直接判斷出系統是否運行正常。若失敗的事務(wù)非常多,則
說(shuō)明系統發(fā)生了瓶頸或者程序在執行過(guò)程中發(fā)生了問(wèn)題。
b.事務(wù)平均響應時(shí)間分析圖(Average Transaction Response Time): 該圖顯示在
測試場(chǎng)景運行期間的每一秒內事務(wù)執行所用的平均時(shí)間,還顯示了測試場(chǎng)景運行時(shí)間內各個(gè)事務(wù)
的最大值、最小值和平均值。通過(guò)它可以分析系統的性能走向。若所有事務(wù)響應時(shí)間基本成一條
曲線(xiàn),則說(shuō)明系統性能基本穩定;否則如果平均事務(wù)響應時(shí)間逐漸變慢,說(shuō)明性能有下降趨勢,
造成性能下降的原因有可能是由于內存泄漏導致。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/