LoadRunner中事务和集合点是我们性能测试过程中常用的东东,如果引用位置不慎,结果可能千差万别,下文给出集合点插入位置不同对响应时间结果的影响。
1、集合点插入事务之前
集合点插入位置在事务之前,则事务的统计时间不包括用户在集合点的等待时间,示例结果如下所示:
| 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 | 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 |
结论:集合点一定不能在开始事务之后插入,否则计算响应时间时,把集合点用户的等待时间也计算在内,则测试结果不准确。
本文探讨了LoadRunner中集合点插入位置对性能测试结果的影响。若集合点置于事务后,会将用户等待时间计入响应时间,导致结果失真。
748

被折叠的 条评论
为什么被折叠?



