模板
教程
环境
性能
功能
管理
软件测试 > 测试技术 > 软件测试工具 > Mercury软件测试工具 >
Rational Performance Tester与LoadRunner测试结果比对报告
Rational Performance Tester与LoadRunner测试结果比对报告
为了对比Rational Performance Tester与LoadRunner的测试效果，我对XX系统的登录和A流程这两个测试点，分别用Rational Performance Tester和LoadRunner进行脚本录制，并进行测试执行。下面将二者的测试结果和使用方面进行对比。
1 测试结果对比
注：因为Rational Performance Tester试用版只有5个用户许可证，所以下面的并发用户数以5个为上限。
1.1 登录
测试场景：
模拟不同数量的并发用户登录系统。每个脚本按不同的用户数进行，循环1次。
以下测试结果是在没有工作流数据的前提下进行测试得到的。
测试结果中记录的平均响应时间是包括下载资源（如图片）的时间。
|
并发用户数 |
平均响应时间（秒） | |
|
LoadRunner |
Rational Performance Tester | |
|
1 |
4.8 |
2.4 |
|
3 |
4.8 |
3.1 |
|
5 |
5.6 |
5.6 |
1.2 A流程
测试场景：
在系统中没有待处理流程的前提下，模拟不同数量的并发用户登录系统。每个脚本按不同的用户数进行，循环1次。
每次执行A流程前，都将数据库的工作流数据清空。
|
并发用户数 |
平均响应时间（秒） | |
|
LoadRunner |
Rational Performance Tester | |
|
1 |
0.8 |
1.1 |
|
3 |
1.1 |
1.5 |
|
5 |
1.7 |
2.6 |
2 使用对比
|
对比项 |
LoadRunner |
Rational Performance Tester |
|
界面友好性 |
纯英文界面 |
中文界面，系统基于Eclipse平台，界面易于理解。 |
|
资源占用情况 |
进程占用 |
进程占用的虚拟内存随着测试运行的延续而增加，占用的虚拟内存维持在 |
|
测试录制过程 |
可在录制过程中添加集合点、事务等操作。 登录、退出等只操作一次的部分可放在不同部分（vuser_init，vuser_end）。 |
在录制过程中不能进行添加事务等操作。 系统没有集合点的概念。 登录退出等只操作一次的步骤和迭代循环的部分录制在一起。 |
|
测试执行过程 |
执行过程中的性能情况可以通过监控界面看到，且信息直观。 执行过程中能看到具体步骤的性能数据，步骤是按照函数来分的。 执行速度稳定，不同次数执行测试所需的时间差距不大。 |
执行过程中可以通过不同的Tab页面查看性能数据。 执行过程中可以看到阶段的性能数据。阶段划分颗粒较大，是按照HTTP页来划分的。 执行过程不稳定，时快时慢。 |
|
测试执行结果 |
相对较稳定，正常情况下几次执行的测试数据偏差不大。 |
执行结果的数据差距比较大。 |
|
下载资源所需响应时间的隔离 |
较麻烦 |
可以通过创建事务的方法来区分提交请求与下载资源的所需时间。 |
|
事务的定位 |
容易 |
事务准确定位比较不方便，需要对系统有一定的熟悉才能准确定位。如果定位不准确，会导致测试结果有较大偏差。 |
|
对客户端要求 |
较低 |
较高。现有笔记本配置，随着执行时间的延长，机器会运行越来越慢。必须重启RPT方可继续执行测试。 |
3 小结
对比上述Rational Performance Tester和LoadRunner的测试数据，差距不是很大。但是由于Rational Performance Tester的事务设置不如LoadRunner直观和易于操作，事务的定位对测试结果的准确性影响很大。例如：5个用户发起A流程时，如果事务没有设置好，得到的平均响应时间是14.2秒；经过重定位得到的平均响应时间是2.6秒。另外，测试时，资源耗费较大，对测试客户机也是一个挑战。
