当我使用loadrunner测试Web应用程序时,我发现ie不能使用activeX。是否可以使用loadrunner来测试activeX?
答案 0 :(得分:0)
是的,可以使用LoadRunner来测试activeX。让我们回顾ActiveX的体系结构,然后查看支持体系结构的路径。
ActiveX是一种客户端技术,实质上是微软对Java Applets的响应。这些项可以是纯客户端,接口客户端快乐类型项或实际与服务器通信。数据交换和转换也有一些潜力。
如果这是“客户端喜悦”,那么如果您在传输层进行录制,则确实没有任何事情需要发生。将收集对服务器的所有请求,您将能够按预期解决脚本修改问题。
如果这是某种负载和转换,那么如果您希望继续在传输层,则还有其他挑战。您可能需要与开发团队合作,以了解用于转换数据的算法。您可以在自己的代码中实现此功能,以影响要返回的内容的转换。
如果这是一个直接与服务器通信的applet,那么它可能会利用LoadRunner支持的标准协议接口。在这种情况下,双协议录制或通过代理录制可以获取元素。
最后,如果整个应用程序都是activeX,它会在未知协议上直接与主机通信,而您无法访问开发人员以提供对通信的深入了解,那么您可以在架构上做些什么呢?那么,在这种情况下,您将移至OSI模型的顶部,并查看您可以使用哪些选项来运行最终用户界面,就像用户一样。
Buzzy已经注意到了一条路线。您也可以尝试使用TruClient。我认为这两个项目都存在问题,因为ActiveX组件通常位于浏览器管理的DOM环境之外。然后,这将留下三个选项,一个完整的GUI虚拟用户,一个Citrix虚拟用户或一个远程桌面虚拟用户。这三个选项中的每一个都允许您驱动最终用户界面,实际上是为您要测试的每个虚拟用户运行完整浏览器和ActiveX组件的完整副本。
总有一条路。让您的架构专业知识指导您进行通信协议和客户端操作以找到它。这就是为什么这些项目的命令是性能测试人员/工程师/建筑师的基础课程技能的关键