本文轉自導演博客：
一、Web Page Breakdown分析
DNS解析時間：顯示使用最近的DNS服務器將DNS名稱解析為IP地址所需的時間；DNS查找度量是指示DNS解析問題或DNS服務器問題的一個很好的指示器；
Connect時間：顯示與包含指定URL的Web服務器建立初始連接所需的時間；Connect度量是一個很好的網絡問題指示器；它還可表明服務器是否對請求做出響應；
First buffer時間：顯示從初始HTTP請求到成功收回來自WEB服務器的第一次緩沖時為止所經過的時間；First buffer度量是很好的Web服務器延遲和網絡滯后指示器；
SSL Handshaking time：顯示建立SSL連接所用的時間
Receive Time：顯示從服務器收到最后一個字節并完成下載之前經過的時間；接收度量是很好的網絡質量指示器；
FTP驗證時間：顯示驗證客戶端所用的時間。
Client Time：顯示因瀏覽器思考時間或其他與客戶端有關的延遲而使客戶機上的請求發生延遲時，所經過的時間。
Error時間：顯示從發出HTTP請求到返回錯誤消息這期間所經過的平均時間
二、關于TPS（Transactions per Second）：
每秒處理事務數。這個值可以說明系統在特定的負載情況下，每秒可以處理多少個客戶端請求，這是一個衡量服務器端性能的重要指標，相信各位在進行性能測試的時候經常會用到這個指標。但是一直以來我都有一個疑問，到底這個值是怎么算出來的。既然是每秒事務數，那算法自然是“事務數/時間”。事務數很好理解，執行了多少就是多少，關鍵是這個時間。是整個場景執行的時間，還是僅僅是在服務器端執行的時間？因為我們知道，這兩個時間肯定是有區別的，前者還包括thinktime的時間、pacing的時間以及在網絡上耗費的時間等等。
為了弄明白這個問題，我今天特地查了一下幫助文檔，看到上面是這么說的：“每秒事務數圖顯示在場景或會話步驟運行的每一秒中，每個事務通過、失敗以及停止的次數�！比绻凑者@句話去理解，那么上面那個問題的答案應該是后者，也就是說，在Transaactions per Second這張圖中，LoadRunner是針對場景運行過程中的每一個時間點取樣一次，顯示在這個時間點上每個事務的通過、失敗以及停止的個數。
另外，我還在Analysis里面找了一下，發現圖表的時間顯示粒度也是可以設置的。具體方法為：在圖表上點擊右鍵->選擇“Set Granularity”或者直接按Ctrl+G。我試著把時間粒度調成以毫秒為單位，結果LoadRunner提示當前不支持以毫秒為顯示粒度，由此我推斷LoadRunner對于Transactions per Second這張圖，最小的取樣粒度為1秒。
以上分析如果有不對的地方，希望各位提出批評。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
