90Percent：是指把響應時間從小到大排序，90％的響應時間，在14.721秒這個範圍之內；

1）這個90％是可以調的，方法：選擇Tools/options/general

但是，改變這個數之後，對於.lra的分析報告好像不靈，我覺得因為這個報告的資料已經生成了；對於.lrr的分析報告～恩～竟然好像也不靈～不知道為什麼，再研究研究；

12年3月29日補充90%響應時間修改方法：點選分析結果中的結果過濾器（Analysis Summary Filter），開啟頁面後看到Additional Settings- Transaction Percentil，預設是90，可以修改為任意值。

2）怎麼看這個90％的資料呢

我認為14.721秒這個資料，不應該和報告中平均響應時間11秒多相比較，而是應該和預期要求的系統響應時間15秒比較；

比如，標準查詢測試申請中，預期的響應時間是15秒，測得的平均響應時間11秒左右，90％事務的響應時間14.7，說明，有90％的使用者在做請求時，是可以滿足在15秒內得到響應的；

3）90％和平均響應時間，該看哪個？

有高手說，“在確定性能需求時，你可以用平均事務響應時間來衡量系統的效能，也可以用90％或95％使用者響應時間來作為度量標準，它們並不衝突。實際上，在定義某些系統的效能需求時，一定範圍內的請求失敗也是可以被接受的；”

我覺得，結合起來看吧，如果平均事務響應可以滿足要求了，這個90％應該差不多也滿足吧，所以看一個就行了；如果有不一致的時候，比如，平均響應時間就在臨界上了，比方說14秒了，那麼，90％估計好不到哪兒去，可能超過15秒了，這時候再著重擺持擺持吧～

4）如何擴充套件90％的用途

   高手又說了，可以把loadrunner裡的資料，放在excel裡面做統計做表，比如把50%,70%,90%，隨便你了，都列出來，想統計多少統計多少，想做什麼表做什麼表～

   俺對Excel實在是不熟，就琢磨了一個用處，那就是，看看要求的效能指標，有多少請求能夠滿足，方法如下：

比如看標準查詢的資料：

a) 將raw data拷到excel裡面，再按照從小到大的順序排個序先；

b) 用一個函式，是統計類的函式PERCENTRANK，看看你需要的數值，在整個資料中的百分比； 

形如：PERCENTRANK(A1:A3335,15)，就是看15秒，在從1到3335這麼多個請求中，佔有什麼位置，答案是0.907，也就是說，有90.7%的使用者作出請求時，可以在15秒內得到響應。