Angular 使用XPATH测试HP LoadRunner TruClient的角度应用程序性能

我们有一个基于Angular的应用程序。我们的性能团队使用带XPATH的HP LoadRunner TruClient。这是一个快速发展的应用程序，新功能不断增加，需要对测试XPath进行更改

因为我们知道Angular不需要元素ID，他们要求我们专门为性能脚本添加XPATH

当前团队正在使用XPATH，如下所示

//*[@id="addressAddBtn"]

这种方法非常脆弱，因为我们使用的是带素数的Angular。以及应用程序中是否有任何升级和更改。他们面临大量XPATH更改，他们的脚本完全崩溃

对于这个场景，什么是代替XPath的最佳方法

我在HP LoadRunner TruClient上看到了他们提到的关于使用Selenium的XPATH的链接，但不确定

---

使用xpath查找元素是seleniumhq和Gragrator api文档中给出的优先级最低的元素。 文档站点优先考虑id、名称、css和标记名，然后是xpath

---

对于webdriver或量角器api来说，使用xpath查找元素有时很复杂，这就是为什么鼓励使用id、css、名称或标记名等直接定位器的原因

有关详细信息，请访问以下给定链接

---

在TruClient中，使用XPATH是所有其他标识方法的最后一个回退。我认为当时的情况是，编写脚本的工程师收到一条消息，说无法识别该对象。在该对话框中有一个按钮，允许您返回XPATH。单击该按钮将使脚本工作，但正如您所描述的，将来可能会出现其他问题，特别是对于Angular之类的框架

解决此问题的推荐方法是使用描述符-

此方法将允许自动引擎识别正确的对象，而无需依赖不正确的属性，如您案例中的ID

在使用XPATH之前，还有其他方法可以定位对象，但这里我将不详细介绍它们

TruClient团队非常乐意查看您的网站，并检查为什么自动标识不起作用，以及建议使用XPATH回退。如果这与您有关，请通过VuGen帮助菜单中的“向我们发送反馈”按钮与我们联系