一、analysis裏面，平均事務響應時間，平均事務響應時間+運行vuser，兩個圖的數據有區別是什麼緣由？html
答：html5
請仔細查看如下兩張圖，其實兩張圖的數據是沒有區別的。數據庫
之因此咱們認爲他們兩者的數據有區別，是由於度量的標準不一樣。瀏覽器
第一張圖顯示的是最大值、最小值以及平均值。服務器
而第二張圖顯示的數據確是圖表的最大值、圖表的最小值、圖表的平均值。網絡
因此看起來兩者的數據有區別。併發
可是若將第二張圖的度量添加了最大值、最小值以及平均值，能夠看到數據是相同的。(在列表空白處單擊鼠標右鍵--configure columns--在「最小值」「最大值」「平均值」前面打上勾)性能
**圖最小值和最小值，圖最小值是基於圖表中的數據點來計算的，最小值統計的數據是基於所有的採樣數據計算的，採樣的數據空間不同。測試
同理，Summary和平均事務響應時間圖裏的圖最大，圖平均，圖最小值，之因此不同是由於採樣不同。動畫
平均事務時間圖裏，在本例中，默認是2秒。
若是讓他們的採樣時間是同樣的，平均也就會徹底同樣了。
Summary是按整個場景的時間來作平均的，最大最小值，也是從整個場景中取出來的。
而平均事務響應時間圖裏，是按頻率來取值。這兩個值沒有什麼可比性。也沒有什麼關係。
只是一堆數據的不一樣計算方法。在取樣時間內，有可能比summary裏的高，有可能低，有可能持平，這都是很偶然的。
二、測試的系統，包含了html5動畫，js動畫等瀏覽器渲染效果，這種狀況下怎麼考慮平均事務響應時間？
答：LR是基於請求的，計算時間的方式是第一個字節出去到最後一個字節回來，它不可能知道在瀏覽器上作了什麼事情的。（雲層回答）
1）平均事務響應時間：是包括服務器響應時間、網絡鏈接時間、網絡延遲時間等。
2）網絡正常的狀況下，一個加載頁面的操做，響應時間應該只會比服務器響應時間多零點幾秒。可是要是有網絡延遲，那就要看網絡延遲多少了，有時候延遲10秒多都是正常的。
3）事務響應時間比較高的時候，須要考慮腳本里是否有思考時間，LR自己消耗的時間waste time（這個時間腳本跑完能夠看到，這個消耗時間對訪問網頁來講幾乎能夠忽略，除非那種很複雜的下載文件之類纔會產生消耗），若是去除前面說的這些時間，響應仍是不少，那就是不正常了。
總結來講，就是無論網頁有啥動畫效果，對lr測試後整理的報告來講都是沒有影響的，報告裏的時間會把全部亂七八糟的時間都去除。要是有網絡延遲，會計算延遲的時間，可是正常服務器的響應時間，也是要計算延遲的，LR模擬的就是這個真實的時間。最理想的測試性能狀況應該是最符合真是的環境；公網是正常的狀況下，公網測試出來的結果也就是網頁中實際能夠承受的壓力。
三、loadrunner運行壓力測試，好比對一個表單進行100併發壓力測試提交數據，那麼按理來講應該成功提交了100條數據纔對。
答：這個問題有待驗證。
驗證後確實如此，例如參數化10條數據，在vugen中回放，就會成功提交10條數據，若是沒有成功提交到數據庫，那麼這個壓力測試是有問題的。