确定场景是否正在运行 (Loadrunner)答案

【问题标题】：Determine if scenario is running (Loadrunner)确定场景是否正在运行 (Loadrunner)
【发布时间】：2014-03-22 03:29:23
【问题描述】：

我使用的是 Loadrunner 9.50（由于许可原因无法升级到最新版本）
有没有办法从命令行动态确定场景是否正在运行？
我正在编写一个简单的 Web 应用程序，它将显示工作负载当前是否正在针对产品执行，并希望使用脚本检查状态。

我知道，在 Windows 上，进程（使用 tasklist）调用：

正在生成器上运行，但这并不代表工作负载是否正在实际运行。
有没有一种方法/脚本可以在工作负载运行时返回“true”？

【问题讨论】：

【解决方案1】：

当 LG 运行负载测试时，它会启动一个或多个称为 mdrv 或 mmdrv 的进程。你可以去找那些。请注意，他们不会告诉您谁在该 LG 上运行负载测试，而只会告诉您某些负载测试正在运行。

【讨论】：

tasklist | findstr mmdrv 成功了。每个团队使用单独的 VM 运行负载，这有助于确定谁在运行负载
您现在已经为 VM 添加了一层复杂性。确保您已应用更新和设置（如果是 VMWARE 环境）以使用主机硬件时钟而不是 VM 时钟进行计时。此外，您将不得不放弃对共享资源组件的初始和测试条件的控制。这意味着您将有一个更高的测试来测试影响可重复性的可变性以及每个测试的更大标准偏差。
@Buzzy，还有mdrv.exe这样的东西吗？不就是mmdrv.exe吗？
有些协议使用mdrv.exe，有些使用mmdrv.exe。
显然两者的区别在于每个虚拟用户如何分配内存。

【解决方案2】：

查看您在被测应用程序上的请求日志。更多请求：测试运行。无请求：测试未运行

【讨论】：

这不够可靠。如果不同团队针对系统或相同负载驱动多种类型的负载会发生什么..您将如何区分它们。查询负载生成器似乎最可靠
如果您有多个团队试图同时测试同一个应用程序，那么您在不受控制的初始和测试条件下会遇到非常严重的问题，这将影响您的测试可重复性。这个 id 的流程问题，您需要在匆忙中解决
它是一个没有独占访问权限的大型测试基础设施，最小化访问权限会降低工作效率。测试范围从构建验证到负载测试。我们只关心哪些团队正在运行负载，组合负载不会导致系统问题。
@JamesPulley，对我们来说，我们无权访问 AUT 的请求日志。
那么这是您需要与被测应用程序 Web 基础架构所有者一起解决的问题。