TDLR:核心问题是:
对于 IE,Web 测试对象的 .Object 方法和所有“子方法”是否都直接提供对原始 DOM 对象的访问,而对于 Chrome 和 FireFox,UFT 不会返回原始 DOM 对象实例,而是克隆、副本或其他一些具有代表性的实例?
详细信息:与 IE 结合使用的播放步骤,并且根据文档应该与所有受支持的浏览器一起使用,但在与 Chrome 和 Firefox 结合使用时会无缘无故地失败。
分析表明,这是由 UFT 中的意外行为或错误引起的。
因此,我以一般的方式描述了这个问题。(抱歉,还没有 SSCE。)
尤其是:
如果我在测试对象的 UFT 级别上使用 T T.Object.parentNode 来引用父元素,然后在那里调用 .childNodes 以确定父元素的直接子元素,则适用以下情况:
预期:childNodes 提供的列表在其他可能的实例中还包含实例 T.Object。
实际:仅当 IE 是 DOM 所在的浏览器时,childNodes 提供的列表包含(以及其他可能的子项) T.Object。如果使用 Chrome 或 Firefox,则 T.Object.parentNode.childNodes 提供的列表包含一个元素,该元素表示与 T.Object.parentNode 完全相同的 DOM 元素,但它不是同一个对象实例,即没有对象实例UFT VBScript 表达式“E is T.Object.parentNode”计算结果为 true 的 childNodes 提供的列表中的 E。
在 JavaScript 级别上,可以证明“A.parentNode.childNodes 返回包含对象实例 A 的列表”的假设总是得到满足(其中 A 是具有子元素的任何元素(根除外))。但是,在 UFT 级别上,可以理解该假设仅适用于与 IE 相关的情况,但不适用于与 Chrome 或 Firefox 相关的情况。
但是 UFT 的文档声称可以通过 .object 直接访问本机 DOM 对象,由此我们得出结论,此类 DOM 对象的方法的调用和返回值必须直接传递。
相反,对于 Chrome 和 Firefox,UFT 似乎有一种机制,例如,列表(如 childNodes 提供的 NodeList)不会作为函数结果原封不动地传递,而是克隆列表元素或类似的东西,这样提供的不是本机实例,而只是副本/代表/克隆。
这是真的?然后我认为这是一个错误,无论是在文档中,还是在 UFT 的 Chrome 和 Firefox 支持中。有解决方法吗?
由于各种原因,我刚刚开始将 Chrome 和 Firefox 作为目标浏览器,并且由于上述情况,使用的中央通用代码会中断,这对我来说是非常出乎意料的,而且我不知道任何通用的解决方法,所以我会必须为每个受影响的用途开发一个特定于案例的个人解决方法,其中我有数百个。
有什么建议么?