LoadRunner内部结构
上一篇 / 下一篇 2008-02-18 21:52:13 / 个人分类:软件测试技术
P:an3E0d0文章来源:zibeike的个人空间
p^%u0UOX2q$dAo09aBub|01, 被测系统是由驱动进程mdrv.exe(多线程驱动的进程)和r3vuser.exe来产生压力的,其中r3vuser.exe仿真应用程序的客户端,如IE浏览器。它执行了三个主要的操作:
Kli> cpp (C 语言pre-processor)
1)cci (C语言编译器),建立ci文件,然后使用被测系统的协议相关的驱动来执行。
通过在Windows批处理脚本中启动Mdrv.exe来默默地启动运行。
Mdrv能自动停止加载Vuser,因为他们与Vuser和Windows负载生成器上的CPU使用监视器之间互相通信。
在Windows机器上,对于每一个基于Java的Vuser都有一个独立的JVM。
2, 虚拟用户通过在负载生成器客户端机器上使用agent(3900 magentproc.exe)作为服务或者进程来按照组(在指定的负载生成器上运行相同脚本的虚拟用户的集合)启动虚拟用户。
3, 每一个拥有代理的机器维护一个在.qtp文件中的执行日志。
4, 当日志被启用后,代理同样会在结果文件中为每一个虚拟用户(由虚拟用户组分开)建立一系列日志文件。
5, 在执行过程中, 这些文件可以通过在Controller机器上的view > Show Output窗口中显示。
6, 在预先设置延时上,Controller上运行的Scheduler指导代理(通过Windows 54345端口,或者Unix上的动态端口)去初始化场景会话.Controller(wlrun.exe)在请求中发送一份场景的拷贝.
7, 代理是由每一个负载生成器上的Remote Agent Dispatcher进程(以前叫Remote Command Launcher(RCL))启动的.
8, 每一个根据场景(.lrs)定义文件中设置的代理来决定哪一个虚拟用户组和脚本需要在主机上运行.
qAF%p*`Y0SET M_ROOT=C:\Program Files\Mercury Interactive\LoadRunner\bin
I o(m)R#q6\0cd %M_ROOT% 测试中国;qX1At+h[%N
wlrun.exe -TestPath D:\Dev\Dev1.lrs -port 8080 -Run -DontClose
l 包含的-Run 参数与手动的点”开始场景”自动运行是一样的. 这不是一个很好的方法,因为你可能需要决定从以前的运行中收集文件或者想改变输出文件夹.
l 这是假设系统环境变量PATH已经被更新了,包括LoadRunner的安装.
9, Controller通过使用 Windows 操作系统文件夹里的参数值来启动.因为LoadRunner被设计成在一个机器上一次只能运行一个Controller实例,所以需要使用Windows文件夹.
copy %WinDir%/wlrun7-XXX.ini %WinDir%/wlrun7.ini 测试中国0]J6~J*]P&n-k0H#b
copy %WinDir%/wlrun7-XXX.dft %WinDir%/wlrun7.dft