LoadRunner效能測試結果分析是一個複雜的過程，主要的幾個分析方面如下圖：

不難看出，這些結果都是系統生成的單一性的結果圖，如果想要分析得出更加系統、全面的結果我們就應該用到LR的一項重要技能——合併圖

LoadRunner結果圖Analysis提供三種類型的合併：
· 疊加
· 平鋪
· 關聯

合併圖的使用很簡單，我們選中任意圖示中的一個然後右擊滑鼠，點選合併圖就會彈出合併圖選項：

其中我們運用比較多的就是疊加和關聯:

疊加圖能夠很好的反應兩個事務基於某一點下的情況，能很好的對比反映出問題所在，如下圖：

“每秒點選數”反映了客戶端每秒鐘向伺服器端提交的請求數量，如果客戶端發出的請求數量越多，與之相對的“吞吐量”也應該越大，並且發出的請求越多會對“平均事務響應時間”造成影響，所以在測試過程中往往將這三者結合起來分析。

上圖是“每秒點選數”與“吞吐量”的疊加圖，正常的統計結果兩者應是一一對應成正比關係。（如果“每秒點選數”正常，而“吞吐量”不正常，則表示伺服器雖然能夠接受伺服器的請求，但返回結果較慢，可能是程式處理緩慢。如果“吞吐量”正常，而“每秒點選次數”不正常，則說明客戶端存在問題，那種問題一般是網路引起的，或者錄製的指令碼有問題，未能正確的模擬使用者的行為）

上圖是“執行Vuser”和“平均事物響應時間”的關聯圖，此狀態下的合併圖能夠很直觀的看出一方的變化對另一方的影響。

知識點：需要注意的是，一般情況下隨著“併發使用者”的增加“平均事物響應時間”應該是越來越長。但是經常測試的朋友可能會遇上很明顯的當併發使用者多的時候，平均事物的響應時間是越來越短的。

在併發測試的最後時刻，所有使用者同時執行的一個事物，但是各個使用者完成事物所用的時間長短一定是不同，比較快完成事物的使用者，在完成之後就先退出了系統，在這種情況下，系統中執行著的使用者數量越來越少，與此同時，這些使用者完成事物所用的時間也就比較長，此時，loadrunner計算事物的平均響應時間也就長了。所以就出現了合併圖上使用者越少，事物響應時間越長的現象。