Web自动化测试：isDisplayed()与getText()校验文本显示的最佳实践对比

结论：方案二更符合Web自动化测试的最佳实践，原因如下：

方案一的问题 #

• 定位逻辑和断言绑定过紧：用contains把预期文本拼进XPath里，一旦文本不匹配，findElementBy会直接抛出「元素未找到」异常，而非返回false。这会导致测试用例直接失败，还没法区分是「元素没显示」还是「文本不符合预期」两种不同问题，排查故障的成本很高。
• 失败信息模糊：断言只判断布尔值，要是出了异常，测试报告只会提示找不到元素，没法直观看到预期文本和实际页面的差异。

方案二的优势 #

• 职责分离，逻辑清晰：getInfo方法只负责定位元素并获取文本，断言逻辑放在测试用例里实现。这种拆分符合单一职责原则，代码更好维护——后续要验证其他文本，直接复用getInfo就行，不用改定位逻辑。
• 失败信息明确：如果元素不存在，会抛出「元素未找到」异常；如果元素存在但文本不对，断言会直接展示「预期值/实际值」的差异，能快速定位问题根源。
• 可读性与复用性更强：测试用例里直接对比预期文本和实际获取的文本，测试意图一目了然，其他维护者能快速看懂逻辑。

进阶优化（可选） #

如果需要同时验证元素是否显示，可以给方案二的方法加个显示校验，让逻辑更严谨：

public String getInfo(){
    By infoText = By.xpath("//h5[text()='The info is:']/following::td");
    WebElement element = findElementBy(infoText);
    if (!element.isDisplayed()) {
        throw new AssertionError("目标信息元素未显示");
    }
    return element.getText();
}

内容的提问来源于stack exchange，提问作者Lemonand09