路過路過，留下腳印。

二、關(guān)于TPS（Transactions per Second）：
每秒處理事務(wù)數(shù)。這個值可以說明系統(tǒng)在特定的負(fù)載情況下，每秒可以處理多少個客戶端請求，這是一個衡量服務(wù)器端性能的重要指標(biāo)，相信各位在進(jìn)行性能測試的時候經(jīng)常會用到這個指標(biāo)。但是一直以來我都有一個疑問，到底這個值是怎么算出來的。既然是每秒事務(wù)數(shù)，那算法自然是“事務(wù)數(shù)/時間”。事務(wù)數(shù)很好理解，執(zhí)行了多少就是多少，關(guān)鍵是這個時間。是整個場景執(zhí)行的時間，還是僅僅是在服務(wù)器端執(zhí)行的時間？因為我們知道，這兩個時間肯定是有區(qū)別的，前者還包括thinktime的時間、pacing的時間以及在網(wǎng)絡(luò)上耗費的時間等等。
為了弄明白這個問題，我今天特地查了一下幫助文檔，看到上面是這么說的：“每秒事務(wù)數(shù)圖顯示在場景或會話步驟運行的每一秒中，每個事務(wù)通過、失敗以及停止的次數(shù)?！比绻凑者@句話去理解，那么上面那個問題的答案應(yīng)該是后者，也就是說，在Transaactions per Second這張圖中，LoadRunner是針對場景運行過程中的每一個時間點取樣一次，顯示在這個時間點上每個事務(wù)的通過、失敗以及停止的個數(shù)。
另外，我還在Analysis里面找了一下，發(fā)現(xiàn)圖表的時間顯示粒度也是可以設(shè)置的。具體方法為：在圖表上點擊右鍵->選擇“Set Granularity”或者直接按Ctrl+G。我試著把時間粒度調(diào)成以毫秒為單位，結(jié)果LoadRunner提示當(dāng)前不支持以毫秒為顯示粒度，由此我推斷LoadRunner對于Transactions per Second這張圖，最小的取樣粒度為1秒。
以上分析如果有不對的地方，希望各位提出批評。