华克斯-服务器性能测试工具loadrunner

loadrunnerr/rpt 的---的开发过程通常都是采用录制 + 定制的模式。首先通过对典型业务逻辑的录制，完成---中的基本业务的框架，然后针对录制结果，通过参数化，服务器性能测试工具loadrunner，数据关联，增加逻辑控制等方式加强---的适应性来满足特殊的业务需求。

 ---录制 / 定制过程lr：直接生成面向过程的运行代码lr 通过对基本业务的录制，vugen 将生成的 vuser 函数（也称作 lr api）并将他们插入到---中。在实践中，lr ---就是由这样的 vuser 函数和一些定制代码组成的。对于基于 web(http/html) 的应用程序的测试，多数用户选择基于 c 语言的 lr ---，服务器性能测试工具loadrunner购买，显然，这种 lr ---是一种面向过程的---，可以对终运行的---进行直接的修改与调整。对于来说，这种 lr ---的开发方式比较灵活。相应地，这项工作，对于的编程基础，尤其是 c 语言和 lr api 的了解，要求都比较高。rpt：录制结果经过“翻译”生成终的运行代码与 lr 不同，rpt 的---录制过程可以拆分成两步。如图 1 所示，一步，rpt recorder on rac 负责记录用户的所有 http 请求，生成一系列的 trace 文件。trace 文件记录了用户与服务器的交互过程。第二步，当用户完成---的录制过程之后，rpt test generator 能够根据 trace 文件“翻译”一遍，生成终运行的测试---。

这种生成临时 trace 文件的好处是用户可以随时依据该 trace 文件生成新的测试---，然后再对---进行测试场景定制，而不用对同一个操作过程做多次录制操作。

loadrunner对linux的要求：

卸载linux机器上的负载---时，卸载过程可能会失败，并可能会显示以下消息：“错误：失败，因为＆：在reloc后无法还原段端口：权限被---”

解决方法：在卸载load generator之前，使用setenforce 0命令禁用se linux。卸载完成后，服务器性能测试工具loadrunner，使用setenforce 1命令启用se linux。

与统一功能测试（uft）共存

如果在同一台机器上安装loadrunner和uft。然后卸载其中一个，剩下的软件程序可能无---常工作。

解决办法：运行要在机器上使用的软件程序的修复。

具有loadrunner和uft的机器，其中uft在loadrunner之后安装，可能不允许记录某些协议，例如ajax click＆sc ript。

解决方法：卸载uft并在loadrunner安装上运行修复。

如果在load generator代理程序运行时将uft安装在load generator机器上，服务器性能测试工具loadrunner报价，则remote controller可能无法在load generator机器上运行uft---。

解决方法：安装uft后，使用代理配置实用程序重新启动负载---代理，或者重启机器。