集合點插入位置不同對結果的影響
上一篇 / 下一篇 2008-08-14 14:49:42 / 個人分類：性能測試
LoadRunner中事務和集合點是我們性能測試過程中常用的東東，如果引用位置不慎，結果可能千差萬別，下文給出集合點插入位置不同對響應時間結果的影響。
1、集合點插入事務之前
集合點插入位置在事務之前，則事務的統計時間不包括用戶在集合點的等待時間，示例結果如下所示：
| Transactions: | Total Passed: 20 | Total Failed: 0 | Total Stopped: 0 | Average Response Time |
| Transaction Name | Minimum | Average | Maximum | td. Deviation" vAlign=top width=150>Std. Deviation | 90 Percent | Pass | Fail | Stop |
| download_Transaction | 4.014 | 43.965 | 83.73 | 28.148 | 83.73 | 5 | 0 | 0 |
| downloadfile | 3.605 | 3.929 | 4.084 | 0.171 | 4.084 | 5 | 0 | 0 |
| vuser_end_Transaction | 0 | 0 | 0.001 | 0 | 0.001 | 5 | 0 | 0 |
| vuser_init_Transaction | 0.067 | 0.092 | 0.147 | 0.029 | 0.147 | 5 | 0 | 0 |
 | ||||||||
2、集合點插入事務之后
集合點插入位置在事務之后，則事務的統計時間包括用戶在集合點的等待時間，示例結果如下圖所示：
| Transactions: | Total Passed: 20 | Total Failed: 0 | Total Stopped: 0 | Average Response time |
| Transaction Name | Minimum | Average | Maximum | Std. Deviation | 90 Percent | Pass | Fail | Stop |
| download_Transaction | 3.517 | 43.425 | 83.193 | 28.151 | 83.193 | 5 | 0 | 0 |
| downloadfile | 3.517 | 43.425 | 83.193 | 28.151 | 83.193 | 5 | 0 | 0 |
| vuser_end_Transaction | 0 | 0 | 0 | 0 | 0 | 5 | 0 | 0 |
| vuser_init_Transaction | 0.048 | 0.079 | 0.11 | 0.022 | 0.11 | 5 | 0 | 0 |
| ||||||||
結論：集合點一定不能在開始事務之后插入，否則計算響應時間時，把集合點用戶的等待時間也計算在內，則測試結果不準確。
相關閱讀:
- 07年Google調整搜索算法450次 讓結果多元化 (seanhe, 2008-4-22)
- 用SQL Server 2005 實現結果集分頁 (bin123comcn, 2008-5-07)
- 《LoadRunner 沒有告訴你的》之一——描述性統計與性能結果分析 (wangxin8279, 2008-6-03)
- LoadRunner之--關聯（correlation） (wangxin8279, 2008-6-03)
- 修改QTP測試結果的輸出方式 (IT新貴, 2008-6-23)
- MySQL Cluster性能測試結果以及疑問 (seanhe, 2008-6-24)
- 敏捷在軟件工程中的位置 (seanhe, 2008-7-07)
導入論壇 引用鏈接 收藏 分享給好友 推薦到圈子 管理 舉報
