如何在 Selenium 中正确验证网页元素的文本内容？

在 selenium 自动化测试中，验证页面是否显示特定文本时，应优先使用 `gettext()` 方法而非 `isdisplayed()`，因为前者直接获取并比对实际渲染文本，后者仅判断元素是否可见，无法保证文本内容准确。

在 Web 自动化测试中，验证文本内容与验证元素可见性是两个不同层次的断言目标，必须区分使用对应 API：

• ✅ WebElement.getText()：返回浏览器渲染后用户实际可见的文本（内部兼容 innerText / textContent 行为），适用于内容校验（如“字段值是否为 'hello'”）；
• ⚠️ WebElement.isDisplayed()：仅检查元素是否存在于 DOM 且具有非零尺寸、未被 display: none 或 visibility: hidden 隐藏，不保证文本存在或匹配——例如，一个 元素可能可见但为空，或包含其他无关文本。

  以你提供的代码为例：

  // ❌ 不推荐：isDisplayed() 无法验证文本内容
  public boolean isInformationFound(String info) {
      By locator = By.xpath("//h5[text()='The info is:']/following::td[text()[contains(.,'" + info + "')]]");
      return findElementBy(locator).isDisplayed(); // 即使 XPath 匹配失败，也可能因定位错误抛异常；即使成功，也只确认“含该文本的 td 可见”，而非“当前 td 的文本等于 info”
  }

  该写法存在双重风险：

  1. XPath 强耦合文本内容，一旦页面微调（如空格、换行、标签嵌套变化）即失效；
  2. isDisplayed() 返回 true 并不等价于“文本正确”——它甚至可能在元素存在但内容为空时返回 true。

  ✅ 推荐做法：分离“定位”与“断言”，先稳定定位容器元素，再用 getText() 提取并校验内容：

  

  动态WEB网站中的PHP和MySQL：直观的QuickPro指南第2版

  动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包

  下载

  public String getInfo() {
      By locator = By.xpath("//h5[text()='The info is:']/following-sibling::td"); // 使用 following-sibling 更健壮，避免依赖 text() 精确匹配
      return findElementBy(locator).getText().trim(); // trim() 消除前后空白，提升容错性
  }
  
  // 测试用例中清晰断言
  @Test
  public void verifyInfoText() {
      String actual = foo.getInfo();
      Assert.assertEquals("hello", actual, "Expected info text not found or mismatched");
  }

  ? 进阶建议：

  • 若需模糊匹配（如包含子串），可改用 assertTrue(actual.contains("hello"))；
  • 对于富文本或含 HTML 标签的场景，getText() 自动忽略标签，返回纯文本，符合用户视角；
  • 如需严格区分不可见空格或换行，可结合 getAttribute("textContent") 进行底层比对（但多数业务场景 getText() 已足够）。

  总结：isDisplayed() 用于 UI 层面的可见性保障（如按钮是否可点击），getText() 才是文本内容验证的黄金标准。二者不可互换，混用将导致断言失焦、误报率升高。