我正在尝试将下一个按钮的时间测量到另一个页面。要做到这一点，我按下按钮之前开始交易，我按下一个按钮，当下一页加载时我结束了交易。在此事务处理过程中，我使用web_reg_find（）并检查特定文本以验证该页面。
当我使用控制器测量5秒的事务时，我修改了事务内容并在我测量该事务后删除了web_reg_find（），这将是3秒。这是正常的吗？
因为我负载测试，功能很重要所以事务也很重要。有没有其他方法可以检查内容并保存性能？
答案 0 :(得分：3)
web_reg_find（）根据服务器发送的响应执行某些逻辑，因此需要时间。 LoadRunner意识到这不是真实用户可以感知的实际时间，因此将其报告为事务的“浪费时间”。如果您检查此事务的日志，您将看到如下内容：
通知：交易“登录”以“通过”状态结束（持续时间：4.6360 浪费时间：0.0062 ）。
交易所用的时间以及超出LoadRunner内部操作浪费了多少时间。
请注意，当您在Analysis中打开结果时，将报告交易时间而不会浪费时间（即，分析将报告真实用户感知的时间）。
答案 1 :(得分：1)
处理web_reg_find（）所花费的时间似乎也非常长。由于web_reg_find（）是内存和CPU绑定（在ram中保持页面并运行字符串比较），我会看看为什么它需要额外的两秒钟的其他可能性。我的假设是你有资源限制或过度订阅的负载生成器。查看此类用户的控制组的性能，1个用户在负载生成器上自行加载。将您的控制组与全局组的行为进行比较。如果您看到偏差，那么这是由于本地资源缩减导致虚拟用户速度变慢。这也会影响您对响应时间的测量。
我故意使负载发生器负荷不足以避免负载发生器着色的可能性，并在组中使用控制发生器来测量任何可能的颜色。
答案 2 :(得分：0)
web_reg_find采用的时间计算为浪费时间...