Loadrunner连接整个应用程序生命周期
开发人员测试平台
要在应用程序生命周期内尽早启用负载测试,可以与 J2EE、Microsoft Visual Studio和
Microsoft .NET 环境进行集成,这样可以让您直接在 IDE内创建脚本,进而使开发人员尽早地进行性能测试。
这在敏捷开发中尤为重要。 HP Performance Center还可以让开发人员方便地访问性能测试资源,以便他们能够按需进行测试。
此外, HP Diagnostics Profiler 允许开发人员在他们的开发环境内和桌面查看并调试代码级的性能问题。
与 HP Application Lifecycle
Management (ALM) 集成
HP
Performance Center 可以与
HP ALM进行集成,以便跨越整个测试生命周期提供应用或项目的质量报告。一旦集成完成,它即成为 ALM 的组成部分,这样,对单个项目来说,您可以查看到手工、功能、性能和安全性测试的状态,以便在任何时间点确定应用的实际质量。集成的仪表板可以为管理人员提供完整的应用质量视图。
增强生产环境监控
HP
Performance Center 还与
HP Business Availability Center 相关联,用于进行生产环境监控,实现完整的性能生命周期。在 HP Performance Center 中构建的脚本可用于在
HP Business Availability Center 中进行生产环境监控。同样,通过 HP Business Availability Center的真实用户监控
(RUM)组件,可以将实时用户的会话转换为脚本,以便进行性能测试。生产环境使用情况的数据能够从HP RUM共享给HP Performance Center。此外,在
HP Performance Center 和
HP Business Availability Center 中,可以共享 HP SiteScope和
HP Diagnostics技术。这有助于消除测试与运行之间的差距。
LoadrunnerR/RPT 的脚本的开发过程通常都是采用录制 + 定制的模式。首先通过对典型业务逻辑的录制,完成脚本中的基本业务的框架,然后针对录制结果,通过参数化,数据关联,增加逻辑控制等方式加强脚本的适应性来满足特殊的业务需求。
脚本录制 / 定制过程LR:直接生成面向过程的运行代码LR 通过对基本业务的录制,VuGen 将生成的 Vuser 函数(也称作 LR API)并将他们插入到脚本中。在实践中,LR 脚本就是由这样的 Vuser 函数和一些定制代码组成的。对于基于 Web(HTTP/HTML) 的应用程序的测试,多数用户选择基于 C 语言的 LR 脚本,显然,这种 LR 脚本是一种面向过程的脚本,开发者可以对终运行的脚本进行直接的修改与调整。对于开发者来说,这种 LR 脚本的开发方式比较灵活。相应地,这项工作,对于开发者的编程基础,尤其是 C 语言和 LR API 的了解,要求都比较高。RPT:录制结果经过“翻译”生成终的运行代码与 LR 不同,RPT 的脚本录制过程可以拆分成两步。如图 1 所示,一步,RPT Recorder on RAC 负责记录用户的所有 HTTP 请求,生成一系列的 Trace 文件。Trace 文件记录了用户与服务器的交互过程。第二步,当用户完成脚本的录制过程之后,RPT Test Generator 能够根据 Trace 文件“翻译”一遍,生成终运行的测试脚本。
这种生成临时 Trace 文件的好处是用户可以随时依据该 Trace 文件生成新的测试脚本,然后再对脚本进行测试场景定制,而不用对同一个操作过程做多次录制操作。
Loadrunner 64位安装的先决条件包
下表列出了在安装64位版本的Load Generator之前必须在Linux机器上安装的软件包。有关安装软件包的更多详细信息,请参阅此表下面的部分。
分配
先决条件
如何检查是否安装如何安装
红帽家族包括Oracle Linux
glibc.i686
glib2.i686
keyutils-libs.i686
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'glibc \。(i686 | i386)'
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'glib2 \。(i686 | i386)'
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'keyutils-libs \。(i686 | i386)'
yum install <package_name>
yum安装keyutils-libs.i686
注意:如果您的机器已经具有64位(例如OEL7),请确保将其更新到xin版本,以避免在安装glib2 32位之前发生冲突。
libstdc ++。i686(Oralce Linux 6)
libstdc ++ 47.i686(Amazon Linux)
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'libstdc \ + \ + [0-9] * \。(i686 | i386)'
ncurses-libs.i686(SecurityConsole要求)
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'ncurses(-libs)?\。(i686 | i386)'
Ubuntu服务器
libc6的-I386
libglib2.0-0
lib32stdc ++ 6
libkeyutils1:I386
dpkg -l libc6-i386
dpkg -l libglib2.0-0
dpkg -l lib32stdc ++ 6
dpkg -l libkeyutils1:i386
apt-get install <package_name>
apt-get install libkeyutils1:i386
lib32ncurses5(SecurityConsole要求)
SUSE Linux Enterprise Server(SLES)64位
lincurses5 32位
glibc 32位
libglib-2_0-0-32bit
libstdc ++ 6 32位
keyutils-库,32位
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'ncurses [0-9] * - 32bit'
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'glibc-32bit'
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'libglib-2_0-0-32bit'
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'libstdc \ + \ + 6-32bit'
rpm -qa --qf'%{NAME}。%{ARCH} \ n'| grep -E'keyutils-libs-32bit'
zypper安装libncurses5-32位
zypper安装glibc-32位
zypper安装libglib-2_0-0-32bit
zypper安装libstdc ++ 6-32位
zypper安装libkeyutils1-32bit
Loadrunner 12.53的问题(Oracle数据库连接)
[ORACLE_WINNT]
1100= lrdo32.dll+ oraclient11.dll
805= lrdo32.dll+ ora805.dll
816= lrdo32.dll+ OCI.DLL
815= lrdo32.dll+ oraclient8.dll
804= lrdo32.dll+ ora804.dll
803= lrdo32.dll+ ora803.dll
73= lrdo32.dll+ ora73.dll
72= lrdo32.dll+ ora72.dll
71= lrdo32.dll+ orant71.dll
这是我的lrd。 我无法在系统上找到列出的dll,但是安装了oracle客户端。 看起来这只是oracle 8客户端的dll? 但是在oracle 11客户端这个dll的新名字是什么?
以上信息由专业从事服务器性能测试工具loadrunner关联的华克斯于2024/5/20 9:25:02发布
转载请注明来源:http://www.zhizhuke.cn/qyzx/hksxxkj-2755762563.html