c.每秒通過事務數分析圖(Transaction per Second即TPS):顯示在場景運行的每一
秒中，每個事務通過、失敗以及停止的數量。通過它可以確定系統在任何給定時刻的實際事務
負載。若隨著測試的進展，應用系統在單位時間內通過的事務數目在減少，則說明服務器出現瓶
頸。
d.每秒通過事務總數分析圖(Total Transactions per Second):顯示場景運行的
每一秒中，通過、失敗以及停止的事務總數。若在同等壓力下，曲線接近直線，則性能基本趨于
穩定;若在單位時間內通過的事務總量越來越少，即整體性能下降。原因可能是內存泄漏或者程
序中的缺陷。
e.事務性能摘要圖(Transaction Performance Summary):顯示方案中所有事務的
最小、最大平均執行時間，可以直接判斷響應時間是否符合客戶要求(重點關注事務平均、最大
執行時間)。
f.事務響應時間與負載分析圖(Transaction Response Time Under load):通過
該圖可以看出在任一時間點事務響應時間與用戶數目的關系，從而掌握系統在用戶并發方面的性
能數據。
g.事務響應時間(百分比)圖(Transaction Response Time(percentile)):該
圖是根據測試結果進行分析而得到的綜合分析圖。分析該圖應從整體出發，若可能事務的最大響
應時間很長，但如果大多數事務具有可接受的響應時間，則系統的性能是符合。
h.事務響應時間分布情況圖(Transaction Response Time (Distribution)):該
圖顯示了測試過程中不同響應時間的事務數量。若系統預先定義了相關事務可以接受的最小和最
大事務響應時間，則可以使用此圖確定系統性能是否在接受范圍內。
分析到這一步，只能大概判斷出瓶頸可能會出在那，要具體定位瓶頸還需要更深入
的分析。沒有貼圖，看起來有點費勁，如果你對這些圖都比較了解，應該是比較簡單的，這
篇只是對于用戶事務的分析，歡迎大家跟貼討論
文章來源于領測軟件測試網 http://www.kjueaiud.com/
