Javascript LoadRunner为什么URL模式解决了我所有的Java问题

首先，我针对我的“丰富”Internett应用程序录制了一个脚本，该应用程序包含Wickets和JavaScripts，但在回放时效果不太好。 然而，在URL模式下录制解决了许多问题。 为什么呢？ 一般来说，我假设在URL模式下录制的脚本确实捕获了以下内容：

web_url("bootstrap-collapse-ver-12312478469.js" 
.
.
.
"RecContentType=text/JavaScript",

这些对JavaScript的调用操纵了网页，使网页在重播时被识别，因为在重播过程中实际执行的Java脚本。在HTML模式下，这些Javascript没有被执行（录制后没有在我的脚本中seing它们），因此页面没有正确的状态供重播识别

---

我的假设正确吗

执行JavaScript的客户端类型只有

• GUI虚拟用户（针对全浏览器运行的QTP）
• Citrix | RDP针对全浏览器运行
• 卡车客户

---

您看到的是作为一组显式请求执行的JavaScript的输出。

Ok，那么使用URL模式而不是HTML模式的基本原理是什么？（接受脚本变得不那么可读：-）“您看到的是作为一组显式请求执行的JavaScript的输出”。因此，如果我能看到输出，那么JavaScript就被执行了？还有很多对.png文件和css的web_url调用，通常是“RecContentType=image/png”。在HTML模式下没有发生什么？当不在URL模式下时，将基页加载到内存中并进行处理。页面上的嵌入式资源调用被引用和加载。通常，您会在页面调用中看到列为EXTRARES（额外资源）的内容。除非您需要关联请求，否则可以删除这些项，因为页面解析将重新加载引用。我更喜欢在URL模式下工作，因为每个虚拟用户的重量较轻，并且可以显式地使用每个请求来检查和修改（如果需要）。Javascript作为页面加载的一部分在浏览器中执行。由于标准传输，虚拟用户只发出请求，而没有运行完整的浏览器客户端，因此（根据设计）不必执行任何JavaScript。如果需要执行JavaScript，则可以使用其他虚拟用户类型（GUI/truClient）。对我来说，我只是把我需要的JavaScript函数转换成C，然后用它来完成。