在 selenium 自动化测试中，验证页面是否显示特定文本时，应优先使用 `gettext()` 方法而非 `isdisplayed()`，因为前者直接获取并比对实际渲染文本，后者仅判断元素是否可见，无法保证文本内容准确。
在 Web 自动化测试中，验证文本内容与验证元素可见性是两个不同层次的断言目标，必须区分使用对应 API：
- ✅ WebElement.getText()：返回浏览器渲染后用户实际可见的文本（内部兼容 innerText / textContent 行为），适用于内容校验（如“字段值是否为 'hello'”）；
- ⚠️ WebElement.isDisplayed()：仅检查元素是否存在于 DOM 且具有非零尺寸、未被 display: none 或 visibility: hidden 隐藏，不保证文本存在或匹配——例如，一个 <td> 元素可能可见但为空，或包含其他无关文本。
以你提供的代码为例：
// ❌ 不推荐：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”
}该写法存在双重风险：
- XPath 强耦合文本内容，一旦页面微调（如空格、换行、标签嵌套变化）即失效；
- isDisplayed() 返回 true 并不等价于“文本正确”——它甚至可能在元素存在但内容为空时返回 true。
✅ 推荐做法：分离“定位”与“断言”，先稳定定位容器元素，再用 getText() 提取并校验内容：
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() 才是文本内容验证的黄金标准。二者不可互换，混用将导致断言失焦、误报率升高。
