一、
Web Page Breakdown
DNS
解析時(shí)間：
顯示使用最近的
DNS
服務(wù)器將
DNS
名稱解析為
IP
地址所需的時(shí)間；
DNS
查找度量是指示
DNS
解析問題或
DNS
服務(wù)器問題的一個很好的指示器；
Connect
時(shí)間：
顯示與包含指定
URL
的
Web
服務(wù)器建立初始連接所需的時(shí)間；
Connect
度量是一個很好的網(wǎng)絡(luò)問題指示器；它還可表明服務(wù)器是否對請求做出響應(yīng)；
First buffer
時(shí)間：
顯示從初始
HTTP
請求到成功收回來自
WEB
服務(wù)器的第一次緩沖時(shí)為止所經(jīng)過的時(shí)間；
First buffer
度量是很好的
Web
服務(wù)器延遲和網(wǎng)絡(luò)滯后指示器；
SSL Handshaking time
：
顯示建立
SSL
連接所用的時(shí)間
Receive Time
：
顯示從服務(wù)器收到最后一個字節(jié)并完成下載之前經(jīng)過的時(shí)間；接收度量是很好的網(wǎng)絡(luò)質(zhì)量指示器；
FTP
驗(yàn)證時(shí)間：
顯示驗(yàn)證客戶端所用的時(shí)間。
Client Time
：
顯示因?yàn)g覽器思考時(shí)間或其他與客戶端有關(guān)的延遲而使客戶機(jī)上的請求發(fā)生延遲時(shí)，所經(jīng)過的時(shí)間。
Error
時(shí)間：
顯示從發(fā)出
HTTP
請求到返回錯誤消息這期間所經(jīng)過的平均時(shí)間
?
（
2007-1-11
）
?
二、
關(guān)于
TPS
（
Transactions per Second
）：
每秒處理事務(wù)數(shù)
?
這個值可以說明系統(tǒng)在特定的負(fù)載情況下，每秒可以處理多少個客戶端請求，這是一個衡量服務(wù)器端性能的重要指標(biāo)，相信各位在進(jìn)行性能測試的時(shí)候經(jīng)常會用到這個指標(biāo)。但是一直以來我都有一個疑問，到底這個值是怎么算出來的。既然是每秒事務(wù)數(shù)，那算法自然是“事務(wù)數(shù)
/
時(shí)間”。事務(wù)數(shù)很好理解，執(zhí)行了多少就是多少，關(guān)鍵是這個時(shí)間。是整個場景執(zhí)行的時(shí)間，還是僅僅是在服務(wù)器端執(zhí)行的時(shí)間？因?yàn)槲覀冎溃@兩個時(shí)間肯定是有區(qū)別的，前者還包括
thinktime
的時(shí)間、
pacing
的時(shí)間以及在網(wǎng)絡(luò)上耗費(fèi)的時(shí)間等等。
為了弄明白這個問題，我今天特地查了一下幫助文檔，看到上面是這么說的：“每秒事務(wù)數(shù)圖顯示在場景或會話步驟運(yùn)行的每一秒中，每個事務(wù)通過、失敗以及停止的次數(shù)。”如果按照這句話去理解，那么上面那個問題的答案應(yīng)該是后者，也就是說，在
Transaactions per Second
這張圖中，
LoadRunner
是針對場景運(yùn)行過程中的每一個時(shí)間點(diǎn)取樣一次，顯示在這個時(shí)間點(diǎn)上每個事務(wù)的通過、失敗以及停止的個數(shù)。
另外，我還在
Analysis
里面找了一下，發(fā)現(xiàn)圖表的時(shí)間顯示粒度也是可以設(shè)置的。具體方法為：在圖表上點(diǎn)擊右鍵
->
選擇“
Set
Granularity
”或者直接按
Ctrl+G
。我試著把時(shí)間粒度調(diào)成以毫秒為單位，結(jié)果
LoadRunner
提示當(dāng)前不支持以毫秒為顯示粒度，由此我推斷
LoadRunner
對于
Transactions per Second
這張圖，最小的取樣粒度為
1
秒。
（
2007-2-8
）
?
三、
事務(wù)響應(yīng)時(shí)間（百分比）圖
?
這個圖顯示的是事務(wù)響應(yīng)時(shí)間范圍的分布情況。在場景的執(zhí)行中，每個定義的事務(wù)可能會不止被處理一次（因?yàn)樵O(shè)置了持續(xù)時(shí)間或者迭代次數(shù)），
LoadRunner
會為每個事務(wù)實(shí)例的處理分別記錄響應(yīng)時(shí)間。在
Summary Report
中，
LoadRunner
會針對每個事務(wù)的響應(yīng)時(shí)間數(shù)據(jù)集合，分別取它的最大值、最小值和平均值，通常我們會關(guān)注響應(yīng)時(shí)間的平均值。然而很多時(shí)候，單單是平均響應(yīng)時(shí)間可能是不夠的，因?yàn)橐坏┳畲笾岛妥钚≈党霈F(xiàn)較大的偏差，即便平均響應(yīng)時(shí)間處在可以接受的范圍內(nèi)，但并不意味著整個系統(tǒng)的性能就是可以接受的，我們有必要再借助其它的分析報(bào)表來進(jìn)一步分析，此時(shí)事務(wù)響應(yīng)時(shí)間（百分比）圖就派上用場了。
事務(wù)響應(yīng)時(shí)間（百分比）給出的是每個事務(wù)的響應(yīng)時(shí)間按百分比的分布情況，它告訴我們本次測試有多少個事務(wù)的平均響應(yīng)時(shí)間是落在我們可以接受的時(shí)間范圍之內(nèi)。如果最大響應(yīng)時(shí)間非常長，但是絕大多數(shù)事務(wù)（通常情況下以
95%
為參考）的響應(yīng)時(shí)間具有可以接受的響應(yīng)時(shí)間，則我們認(rèn)為整個系統(tǒng)的性能還是可以接受的。
注意：
Analysis
將對每個可用事務(wù)百分比的事務(wù)響應(yīng)時(shí)間取近似值。因此
Y
軸的值可能并不準(zhǔn)確。
（
2007-2-8
）
?
四、
事務(wù)響應(yīng)時(shí)間（負(fù)載下）圖
?
這個圖顯示的是事務(wù)響應(yīng)時(shí)間隨著場景中虛擬用戶的逐漸增長的變化趨勢圖，該圖可以幫助我們查看
Vuser
負(fù)載對性能問題的影響。當(dāng)我們需要了解某個事務(wù)的響應(yīng)時(shí)間隨著虛擬用戶的增加而產(chǎn)生的變化時(shí)，可以通過在控制臺中設(shè)置一個漸變負(fù)載的場景的方式來實(shí)現(xiàn)。
例如每
5
分鐘加載
10
個用戶等，然后考察得到的這張圖表，就能夠?qū)Υ擞幸粋€比較好的理解。
（
2007-2-14
）