LoadRunner 12.5：控制器和分析工具返回不一致的统计信息。为什么？
LoadRunner 12.5: Controller and Analysis tools returning inconsistent stats. Why?
我正在使用 LoadRunner 12.5 进行负载测试。它安装在 Windows Server 2012(R2) VM (8Gb RAM) 上。特定的测试套件仅使用 HTTP 和 Oracle 2 层协议。
完整版本详情：
- LR 控制器：12.50.0.0 版本 249
- LR 分析仪：12.50.0.0 版本 1096
- 没有安装补丁
- 一个负载生成器运行在同一台主机上
问题：
5 天后 运行，我注意到 Controller 和 Analysis 事务统计数据不同 - 而且相当大。
完成 LR 控制器 运行 后，它报告我的 运行 统计数据为：
passed transactions = 937,946
failed transactions = 62
在 LR Analysis 中生成统计数据时，我的 运行 统计数据报告为：
passed transactions = 1,019,158 (!)
failed transactions = 9,919 (!!)
此外，应用程序之间的吞吐量图（和每秒点击数）有些不一致，即使考虑到不同的图比例。
然后，虽然这显然也是上面已经提到的整体交易数量的一个影响因素，但查看单个交易（例如 transX 等），我看到：
Controller: transX passed=249586, fail=11
Analysis: transX passed=274063, fail=684
Controller: transY passed=5224, fail=1
Analysis: transY passed=5727, fail=665
Controller: transZ passed=5227, fail=0
Analysis: transZ passed=5756, fail=0
- 为什么我看到 Controller 和 Analysis 之间的事务统计不一致，有什么想法吗？
- Controller 是否以某种方式没有在完成时更新自己的统计信息？它始终低于分析。
我将深入研究 .mdb 以尝试进一步理解这一点，但非常欢迎提示/保证我不会发疯。
相关google问题：Discrepancies between final values recorded in Controller, and values in Analysis
从您的虚拟机开始。除非您是 运行 VMWARE 并且具有将负载生成器时钟固定到管理程序 OS 时钟的设置，否则由于 VM 中的时钟浮动和同步问题，您将获得不一致的计时记录。
此外，由于您是 运行 在虚拟机上，因此您会遇到初始和测试条件一致的问题，因为您无法控制其他虚拟机的行为以及管理程序如何代理资源与您的 Load Generator 虚拟机和相关主机上的其余虚拟机共享。
有多少负载生成器？你什么都不提。我是否应该假设您是 运行 与控制器位于同一主机上的所有虚拟用户？如果是这样，坏魔法！
虚拟机问题众所周知，过去十年来在线论坛上讨论过多次。这些是影响所有供应商性能测试工具的与工具无关的问题。
你们有控制负载生成器吗？您是 运行 每种类型的单个虚拟用户的物理主机？此对照数据集是否从一个测试到下一个测试一致？
我发现了使 Analysis 中的内容与 Controller 中的最终值几乎相同的修复：
在“分析”屏幕的最左下方，是带有向下三角形的 "Summary Data" 字样。单击三角形和 select "Generate Complete Data." 运行 这需要您保留在 运行 期间创建的结果目录，因此如果您删除了这些目录，它将无法工作。我不确定它是什么时候引入的，但它要么相当新，要么 11.0x 天的摘要数据更接近控制器报告的数据。
我正在使用 LoadRunner 12.5 进行负载测试。它安装在 Windows Server 2012(R2) VM (8Gb RAM) 上。特定的测试套件仅使用 HTTP 和 Oracle 2 层协议。
完整版本详情：
- LR 控制器：12.50.0.0 版本 249
- LR 分析仪：12.50.0.0 版本 1096
- 没有安装补丁
- 一个负载生成器运行在同一台主机上
问题：
5 天后 运行，我注意到 Controller 和 Analysis 事务统计数据不同 - 而且相当大。
完成 LR 控制器 运行 后，它报告我的 运行 统计数据为：
passed transactions = 937,946
failed transactions = 62
在 LR Analysis 中生成统计数据时，我的 运行 统计数据报告为：
passed transactions = 1,019,158 (!)
failed transactions = 9,919 (!!)
此外，应用程序之间的吞吐量图（和每秒点击数）有些不一致，即使考虑到不同的图比例。
然后，虽然这显然也是上面已经提到的整体交易数量的一个影响因素，但查看单个交易（例如 transX 等），我看到：
Controller: transX passed=249586, fail=11
Analysis: transX passed=274063, fail=684
Controller: transY passed=5224, fail=1
Analysis: transY passed=5727, fail=665
Controller: transZ passed=5227, fail=0
Analysis: transZ passed=5756, fail=0
- 为什么我看到 Controller 和 Analysis 之间的事务统计不一致，有什么想法吗？
- Controller 是否以某种方式没有在完成时更新自己的统计信息？它始终低于分析。
我将深入研究 .mdb 以尝试进一步理解这一点，但非常欢迎提示/保证我不会发疯。
相关google问题：Discrepancies between final values recorded in Controller, and values in Analysis
从您的虚拟机开始。除非您是 运行 VMWARE 并且具有将负载生成器时钟固定到管理程序 OS 时钟的设置，否则由于 VM 中的时钟浮动和同步问题，您将获得不一致的计时记录。
此外，由于您是 运行 在虚拟机上，因此您会遇到初始和测试条件一致的问题，因为您无法控制其他虚拟机的行为以及管理程序如何代理资源与您的 Load Generator 虚拟机和相关主机上的其余虚拟机共享。
有多少负载生成器？你什么都不提。我是否应该假设您是 运行 与控制器位于同一主机上的所有虚拟用户？如果是这样，坏魔法！
虚拟机问题众所周知，过去十年来在线论坛上讨论过多次。这些是影响所有供应商性能测试工具的与工具无关的问题。
你们有控制负载生成器吗？您是 运行 每种类型的单个虚拟用户的物理主机？此对照数据集是否从一个测试到下一个测试一致？
我发现了使 Analysis 中的内容与 Controller 中的最终值几乎相同的修复：
在“分析”屏幕的最左下方，是带有向下三角形的 "Summary Data" 字样。单击三角形和 select "Generate Complete Data." 运行 这需要您保留在 运行 期间创建的结果目录，因此如果您删除了这些目录，它将无法工作。我不确定它是什么时候引入的，但它要么相当新，要么 11.0x 天的摘要数据更接近控制器报告的数据。