1. 项目概述：从“找到”到“用好”的进阶

在UI自动化测试的初期，我们花了大量精力学习如何定位元素：用ID、用XPath、用CSS选择器，仿佛只要能把元素“揪”出来，测试就成功了一大半。这没错，但仅仅是个开始。真正让自动化脚本具备“智能”和“健壮性”的，往往发生在元素被定位之后——我们如何与它“对话”，如何判断它的“状态”，并根据这些状态做出正确的决策。

这就是“获取测试对象状态”的核心价值。它不再是简单的driver.findElement(By.id(“submit”)).click()，而是变成了：“那个提交按钮现在可点击吗？如果不可点击，是因为页面还在加载，还是因为前置表单校验没通过？”、“这个下拉列表当前选中的值是什么，是否符合预期？”、“这个进度条走了百分之多少，我是否需要等待？”。

基于Java和WebDriver实现这一能力，意味着我们的自动化脚本从“盲操作”升级为“条件操作”，从“脆弱的流水线”进化为“有感知的决策者”。无论是应对动态加载的现代Web应用，还是处理复杂的异步交互，对元素状态的精准捕获和判断，都是编写稳定、可靠、可维护的自动化用例的基石。这篇文章，我们就来深入拆解，如何用Java和WebDriver，像一位经验丰富的手动测试员一样，去感知和验证Web页面上每一个测试对象的实时状态。

2. 测试对象状态全景图：我们到底能获取什么？

在动手写代码之前，我们必须先厘清，一个Web页面上的元素（测试对象）通常具备哪些我们可以查询的状态。这些状态大致可以分为三类：基础属性状态、交互可用性状态和视觉表现状态。理解这些分类，能帮助我们在实际场景中快速选择正确的判断方式。

2.1 基础属性状态：元素的“身份证”与“体检报告”

这类状态直接来源于HTML元素的属性（Attributes）和部分DOM属性（Properties），是最稳定、最直接的判断依据。

• 文本内容（Text）：元素内包含的可见文本，比如一个<span>标签里的价格、一个<div>里的错误提示信息。使用element.getText()方法获取。
• 属性值（Attribute）：HTML标签中定义的属性，如id,name,class,value,href,type等。使用element.getAttribute(“attributeName”)获取。例如，判断一个复选框是否被勾选，可以看它的checked属性是否为“true”。
• CSS属性值：元素最终渲染所应用的CSS样式值，如color,font-size,display,visibility等。使用element.getCssValue(“propertyName”)获取。常用于验证样式是否正确应用。
• 标签名（Tag Name）：元素本身的HTML标签类型，如“input”,“button”,“a”。使用element.getTagName()获取。
• 尺寸与位置：元素在页面中的大小和坐标。通过element.getSize()获取宽高，通过element.getLocation()获取左上角坐标。这在需要验证元素布局或进行基于坐标的复杂操作时有用。

2.2 交互可用性状态：元素“准备好了吗？”

这是判断能否与元素进行交互的关键，直接决定了你的click(),sendKeys()等操作是否会成功，或者是否需要等待。

• 是否显示（Displayed）：元素在页面上是否可见。注意，display: none或width/height: 0的元素不可见，但仍在DOM中。使用element.isDisplayed()判断。
• 是否启用（Enabled）：元素是否处于可交互状态。一个被禁用的输入框（disabled=”true”）或按钮，虽然可见，但不可用。使用element.isEnabled()判断。
• 是否被选中（Selected）：主要用于单选按钮（radio）和复选框（checkbox）。判断它们是否处于选中状态。使用element.isSelected()判断。
• 是否存在（Present）：这个状态WebDriver没有直接提供单一方法，但它是最基础的前提。一个元素必须存在于DOM中，我们才能获取它的其他状态。通常通过尝试定位并捕获NoSuchElementException异常来判断。

2.3 视觉表现状态与特殊状态

这类状态可能需要组合多种方法，或借助其他工具来判定。

• 焦点状态（Focused）：判断当前键盘输入焦点是否在该元素上。可以通过JavaScript执行document.activeElement并与目标元素比较来判断。
• 滚动区域内的可见性：元素可能在DOM中且isDisplayed()为true，但可能因为页面滚动，它并不在当前的视窗（viewport）内。这需要借助JavaScript计算元素位置与视窗范围。
• 复杂UI组件状态：如下拉选中的选项、表格的排序状态、富文本编辑器的内容等。这些通常需要结合特定组件的HTML结构和自定义逻辑来解析状态。

实操心得：不要迷信单一状态。一个按钮isEnabled()返回true，但它可能被一个半透明的蒙层（overlay）遮挡，此时click()会报ElementClickInterceptedException。最稳健的做法是，对于关键交互，结合多种状态判断，并辅以适当的等待和异常处理。

3. 核心API详解与实战代码示例

理论清晰后，我们进入实战环节。下面我将结合具体代码示例，展示如何用Java调用WebDriver API获取上述状态，并分享其中的技巧和陷阱。

3.1 基础状态获取：直接了当，但需注意细节

import org.openqa.selenium.*; import org.openqa.selenium.chrome.ChromeDriver; public class ElementStateBasicDemo { public static void main(String[] args) { WebDriver driver = new ChromeDriver(); driver.get("https://example.com/login"); try { // 1. 获取文本 - 常用于验证提示信息、标题等 WebElement header = driver.findElement(By.tagName("h1")); String headerText = header.getText(); System.out.println("页面标题: " + headerText); // 断言示例: Assert.assertEquals("登录", headerText); // 2. 获取属性 - 万能钥匙，但需了解页面结构 WebElement usernameInput = driver.findElement(By.id("username")); String inputType = usernameInput.getAttribute("type"); // 返回 "text" String placeholder = usernameInput.getAttribute("placeholder"); // 返回 "请输入用户名" String customDataAttr = usernameInput.getAttribute("data-testid"); // 获取自定义属性，常用于测试定位 System.out.println("输入框类型: " + inputType + ", 提示文字: " + placeholder); // 特别注意：对于布尔属性（如checked, disabled, selected），getAttribute返回值是字符串 "true"/"false" 或 null WebElement rememberMe = driver.findElement(By.name("remember")); String checkedAttr = rememberMe.getAttribute("checked"); boolean isCheckedFromAttr = "true".equals(checkedAttr); // 需要手动转换判断 // 3. 获取CSS值 - 验证样式 WebElement submitButton = driver.findElement(By.cssSelector("button[type='submit']")); String bgColor = submitButton.getCssValue("background-color"); String fontSize = submitButton.getCssValue("font-size"); System.out.println("按钮背景色: " + bgColor + ", 字体大小: " + fontSize); // 颜色可能是 rgba(0, 123, 255, 1) 格式，断言时需注意 // 4. 判断是否选中 - 对于checkbox/radio，有专用API，比getAttribute更可靠 boolean isSelected = rememberMe.isSelected(); // 直接返回boolean System.out.println("记住我是否选中 (isSelected): " + isSelected); } catch (NoSuchElementException e) { System.err.println("元素未找到: " + e.getMessage()); } finally { driver.quit(); } } }

关键技巧与避坑指南：

1. getText()的局限：它只获取元素的可见文本。如果文本被CSS隐藏（visibility: hidden但display非none），或者是通过::before/::after伪元素添加的，getText()可能获取不到或获取不全。对于隐藏文本，有时需要借助getAttribute(“textContent”)或getAttribute(“innerText”)（通过JavaScript执行）。
2. getAttribute()vsisSelected()：对于checked,selected这类属性，优先使用isSelected()，因为它返回布尔值，更直观且避免了字符串比较的陷阱。getAttribute(“checked”)在未选中时可能返回null，而isSelected()始终返回false。
3. CSS值的计算：getCssValue()返回的是浏览器计算后的最终样式值，而不是你在CSS文件里写的原始值。例如，你设置color: red，但可能被更高优先级的样式覆盖，getCssValue(“color”)返回的可能是rgba(255, 0, 0, 1)。

3.2 交互可用性状态：稳定操作的生命线

public class ElementInteractivityDemo { public static void main(String[] args) { WebDriver driver = new ChromeDriver(); driver.get("https://example.com/dynamic-form"); try { WebElement submitBtn = driver.findElement(By.id("submit-btn")); WebElement loadingSpinner = driver.findElement(By.className("spinner")); WebElement readOnlyInput = driver.findElement(By.id("readonly-field")); // 1. 判断是否显示 - 操作前的基本检查 if (submitBtn.isDisplayed()) { System.out.println("提交按钮是可见的。"); } else { System.out.println("提交按钮不可见，可能被隐藏或未渲染。"); // 常见场景：等待某个条件使按钮出现 } // 2. 判断是否启用 - 防止无效操作 if (submitBtn.isEnabled()) { System.out.println("提交按钮是可点击的。"); // submitBtn.click(); // 此时点击才安全 } else { System.out.println("提交按钮被禁用，可能表单校验未通过。"); // 可以在这里记录日志或触发表单校验检查 } // 3. 综合判断：一个典型的“等待元素可操作”场景 // 假设提交按钮在页面加载初期被禁用，等待数据加载后才启用 WebDriverWait wait = new WebDriverWait(driver, Duration.ofSeconds(10)); wait.until(ExpectedConditions.elementToBeClickable(submitBtn)); // 这行代码等价于同时等待元素存在、可见、且启用，是最佳实践之一 // 4. 对于输入框，isEnabled() 可以判断是否为只读或禁用 if (readOnlyInput.isEnabled()) { System.out.println("只读输入框是可编辑的？这不对劲。"); readOnlyInput.sendKeys("尝试输入"); // 可能会失败或无效 } else { System.out.println("输入框是只读或禁用的，符合预期。"); } // 5. 判断元素是否存在（Present）的通用模式 boolean isPresent = isElementPresent(driver, By.id("maybe-exist-element")); System.out.println("元素是否存在: " + isPresent); } catch (TimeoutException e) { System.err.println("等待元素可操作超时: " + e.getMessage()); } finally { driver.quit(); } } // 一个判断元素是否存在的辅助方法 private static boolean isElementPresent(WebDriver driver, By locator) { try { driver.findElement(locator); return true; // 如果找到，立即返回true } catch (NoSuchElementException e) { return false; // 捕获异常，返回false } } }

关键技巧与避坑指南：

1. isDisplayed()的异步陷阱：在现代单页应用（SPA）中，元素可能通过JavaScript动态插入DOM并显示。在插入后立即调用isDisplayed()，可能因为浏览器渲染需要时间而返回false。最佳实践是，在操作依赖于元素可见性的逻辑前，使用WebDriverWait配合ExpectedConditions.visibilityOf(element)进行显式等待。
2. isEnabled()并非万能：如前所述，元素可能被其他元素遮挡。isEnabled()为true只代表元素本身未被disabled属性禁用。如果点击被拦截，需要处理ElementClickInterceptedException，并检查是否有弹窗、蒙层或浮动元素。
3. “存在”判断的代价：isElementPresent方法每次调用都会发起一次查找。在循环或频繁调用的地方，这可能影响性能。如果业务逻辑是“等待某个元素出现”，那么使用WebDriverWait.until(ExpectedConditions.presenceOfElementLocated(locator))是更高效、更语义化的选择，它利用了WebDriver的轮询机制。

3.3 高级状态判定：借助JavaScript的力量

当WebDriver原生API无法满足需求时，执行JavaScript是强大的补充。这尤其适用于获取复杂的计算样式、视窗内可见性、焦点状态等。

import org.openqa.selenium.JavascriptExecutor; public class ElementStateAdvancedDemo { public static void main(String[] args) { WebDriver driver = new ChromeDriver(); driver.get("https://example.com/long-page"); JavascriptExecutor js = (JavascriptExecutor) driver; WebElement targetElement = driver.findElement(By.id("footer")); try { // 1. 判断元素是否在当前视窗（viewport）内 Boolean isInViewport = (Boolean) js.executeScript( "var rect = arguments[0].getBoundingClientRect();" + "return (" + " rect.top >= 0 &&" + " rect.left >= 0 &&" + " rect.bottom <= (window.innerHeight || document.documentElement.clientHeight) &&" + " rect.right <= (window.innerWidth || document.documentElement.clientWidth)" + ");", targetElement ); System.out.println("元素是否在视窗内: " + isInViewport); if (!isInViewport) { // 如果不在，滚动到该元素 js.executeScript("arguments[0].scrollIntoView(true);", targetElement); } // 2. 获取元素完整的计算样式（而不仅仅是单个属性） Map<String, String> computedStyles = (Map<String, String>) js.executeScript( "var style = window.getComputedStyle(arguments[0]);" + "var styles = {};" + "for (var i = 0; i < style.length; i++) {" + " var propName = style[i];" + " styles[propName] = style.getPropertyValue(propName);" + "}" + "return styles;", targetElement ); // 可以遍历或获取特定样式 System.out.println("元素display属性: " + computedStyles.get("display")); // 3. 判断元素是否为当前焦点 WebElement activeElement = (WebElement) js.executeScript("return document.activeElement;"); boolean isFocused = targetElement.equals(activeElement); System.out.println("目标元素是否获得焦点: " + isFocused); // 4. 获取复杂UI组件的状态（示例：获取Select选中的文本） // 假设我们有一个原生的<select>，但WebDriver的Select类有时不够用 WebElement selectElement = driver.findElement(By.name("country")); String selectedOptionText = (String) js.executeScript( "return arguments[0].options[arguments[0].selectedIndex].text;", selectElement ); System.out.println("当前选中的国家是: " + selectedOptionText); } finally { driver.quit(); } } }

关键技巧与避坑指南：

1. JavaScript执行上下文：executeScript中执行的JavaScript是在当前页面的上下文中运行的，可以访问页面的document,window对象。arguments[0]对应传入的第一个WebElement参数。
2. 返回值处理：JavaScript执行结果的Java类型映射需要小心。基本类型（布尔、数字、字符串）会直接转换，DOM元素会转换为WebElement，数组或对象可能转换为List或Map。需要进行适当的类型转换。
3. 慎用与性能：虽然强大，但频繁执行JavaScript会影响测试执行速度。应优先使用WebDriver原生API，仅在必要时才求助于JS。
4. 兼容性：你编写的JavaScript片段需要考虑到不同浏览器的兼容性（尽管WebDriver会帮你执行）。尽量使用标准的DOM API。

4. 状态获取在自动化测试框架中的最佳实践

孤立地获取状态意义不大，只有将其融入测试框架和流程中，才能发挥最大价值。下面分享几个关键实践模式。

4.1 封装自定义等待条件（Expected Conditions）

WebDriver提供的ExpectedConditions很实用，但可能不满足所有场景。封装自定义等待条件能让代码更清晰。

import org.openqa.selenium.support.ui.ExpectedCondition; public class CustomExpectedConditions { // 等待元素具有特定的CSS类 public static ExpectedCondition<Boolean> elementHasClass(final WebElement element, final String className) { return new ExpectedCondition<Boolean>() { @Override public Boolean apply(WebDriver driver) { String classes = element.getAttribute("class"); return classes != null && Arrays.asList(classes.split(" ")).contains(className); } @Override public String toString() { return String.format("元素直到拥有CSS类 '%s'", className); } }; } // 等待元素的文本内容包含特定字符串（忽略空格和大小写） public static ExpectedCondition<Boolean> elementTextContainsIgnoreCase(final WebElement element, final String text) { return new ExpectedCondition<Boolean>() { @Override public Boolean apply(WebDriver driver) { try { String elementText = element.getText(); return elementText != null && elementText.toLowerCase().contains(text.toLowerCase()); } catch (StaleElementReferenceException e) { // 元素已过时，返回false让轮询继续 return false; } } @Override public String toString() { return String.format("元素的文本包含（忽略大小写）'%s'", text); } }; } // 使用示例 public void testWithCustomWait() { WebDriverWait wait = new WebDriverWait(driver, Duration.ofSeconds(15)); WebElement statusIndicator = driver.findElement(By.id("status")); // 等待状态指示器变成“成功”类 wait.until(elementHasClass(statusIndicator, "success")); // 等待提示信息包含“完成” WebElement message = driver.findElement(By.id("message")); wait.until(elementTextContainsIgnoreCase(message, "完成")); // 然后进行后续断言或操作 Assert.assertTrue(message.getText().contains("操作完成")); } }

4.2 创建页面对象（Page Object）的状态方法

在Page Object Model（POM）模式中，将状态判断封装在页面对象的方法里，能极大提升测试用例的可读性和维护性。

public class LoginPage { private WebDriver driver; private By usernameInput = By.id("username"); private By passwordInput = By.id("password"); private By submitButton = By.cssSelector("button[type='submit']"); private By errorMessage = By.className("alert-error"); public LoginPage(WebDriver driver) { this.driver = driver; } // 不是简单的getter，而是封装了状态判断的业务方法 public boolean isLoginButtonEnabled() { WebElement button = driver.findElement(submitButton); return button.isDisplayed() && button.isEnabled(); } public String getErrorMessageText() { // 此方法隐含了“如果错误信息存在则返回其文本”的逻辑 List<WebElement> errors = driver.findElements(errorMessage); if (errors.isEmpty()) { return ""; } return errors.get(0).getText(); } public boolean isErrorMessageDisplayed() { // 更精确的判断：错误信息元素存在且可见 List<WebElement> errors = driver.findElements(errorMessage); return !errors.isEmpty() && errors.get(0).isDisplayed(); } public void waitForPageToLoad() { WebDriverWait wait = new WebDriverWait(driver, Duration.ofSeconds(10)); // 等待关键元素出现且可交互，作为页面加载完成的标志 wait.until(ExpectedConditions.and( ExpectedConditions.visibilityOfElementLocated(usernameInput), ExpectedConditions.elementToBeClickable(submitButton) )); } // 一个复杂的业务状态判断：是否可以提交登录表单？ public boolean isLoginFormReadyForSubmission() { try { WebElement user = driver.findElement(usernameInput); WebElement pwd = driver.findElement(passwordInput); WebElement btn = driver.findElement(submitButton); return user.isDisplayed() && user.isEnabled() && pwd.isDisplayed() && pwd.isEnabled() && btn.isDisplayed() && btn.isEnabled() && !user.getAttribute("value").isEmpty() && // 用户名已输入 !pwd.getAttribute("value").isEmpty(); // 密码已输入 } catch (NoSuchElementException e) { return false; } } }

4.3 断言库的灵活运用：让状态验证更优雅

结合断言库（如JUnit的Assert、TestNG的Assert或更强大的Hamcrest、AssertJ），可以将状态获取与验证无缝衔接。

import static org.assertj.core.api.Assertions.*; public class LoginTest { @Test public void testSuccessfulLoginStateChanges() { LoginPage loginPage = new LoginPage(driver); loginPage.waitForPageToLoad(); // 使用AssertJ，断言更富表现力 assertThat(loginPage.isLoginButtonEnabled()).as("初始状态下登录按钮应禁用").isFalse(); loginPage.enterUsername("validUser"); loginPage.enterPassword("validPass"); // 断言按钮变为可用 assertThat(loginPage.isLoginButtonEnabled()).as("输入凭证后登录按钮应启用").isTrue(); loginPage.clickLogin(); // 断言登录后错误信息不显示 assertThat(loginPage.isErrorMessageDisplayed()).as("登录成功应无错误信息").isFalse(); // 或者断言文本为空 assertThat(loginPage.getErrorMessageText()).isEmpty(); } @Test public void testFailedLoginState() { LoginPage loginPage = new LoginPage(driver); loginPage.enterUsername("wrong"); loginPage.enterPassword("wrong"); loginPage.clickLogin(); // 断言错误信息出现且包含特定文本 assertThat(loginPage.isErrorMessageDisplayed()).isTrue(); assertThat(loginPage.getErrorMessageText()) .as("错误信息文本") .containsIgnoringCase("无效") // 包含“无效”二字，忽略大小写 .isNotBlank(); // 且非空 } }

5. 常见问题、陷阱与排查技巧实录

即使掌握了所有API，在实际项目中依然会踩坑。下面是我从大量实战中总结出的典型问题及其解决方案。

5.1 StaleElementReferenceException：状态获取的“幽灵杀手”

这是最令人头疼的异常之一。当你定位到一个元素并存储为WebElement对象后，页面发生了变化（如AJAX刷新、DOM重排），之前获取的元素引用就“过时”了。此时再调用该元素的任何方法（如getText(),isDisplayed()），就会抛出此异常。

场景：你获取了一个商品列表的第一项元素firstItem，然后页面进行了排序或筛选，DOM结构更新。接着你尝试firstItem.click()。

解决方案：

1. 即时定位（最常用）：避免长时间持有WebElement引用。对于需要多次使用的元素，特别是可能变化的元素，每次使用时重新定位。

   // 避免 WebElement item = driver.findElement(By.cssSelector(".item:first-child")); String name = item.getText(); // ... 一些可能引起页面变化的操作 ... item.click(); // 可能 Stale! // 推荐 String name = driver.findElement(By.cssSelector(".item:first-child")).getText(); // ... 一些操作 ... driver.findElement(By.cssSelector(".item:first-child")).click(); // 重新定位

2. 使用稳定的定位器：尽量使用不会随页面局部刷新而改变的定位器，如唯一的id，或者基于业务数据的属性（如>public String getStableElementText(By locator, int maxRetries) { int attempts = 0; while (attempts < maxRetries) { try { WebElement element = driver.findElement(locator); return element.getText(); } catch (StaleElementReferenceException e) { attempts++; if (attempts == maxRetries) throw e; // 可选：短暂等待后重试 try { Thread.sleep(200); } catch (InterruptedException ie) {} } } return null; }

5.2 状态判断的“竞态条件”：时机不对，全盘皆输

在动态页面中，元素的状态是瞬间变化的。你的脚本在“检查”和“操作”之间，页面状态可能已经改变。

场景：你检查一个按钮是isEnabled()，结果为true，然后你立即执行click()。但就在这毫秒之间，一个异步操作（如校验）禁用了按钮，导致click()失败或触发错误。

解决方案：

1. 使用原子性操作：WebDriver的WebDriverWait.until(ExpectedConditions.elementToBeClickable(locator))是解决此问题的标准方法。它等待的是一个复合条件（存在、可见、启用），并且在条件满足后，WebDriver会尝试执行点击，这在一定程度上减少了竞态窗口。
2. 操作后状态验证：对于关键操作，不仅在操作前判断状态，在操作后也应验证预期的状态变化是否发生。例如，点击提交按钮后，等待一个“提交成功”的提示元素出现。

   submitButton.click(); // 不要假设点击一定成功，等待一个明确的结果状态 wait.until(ExpectedConditions.visibilityOfElementLocated(By.id(“success-toast”)));

3. 避免Thread.sleep()：硬性等待是竞态条件的根源之一，因为它无视页面实际状态。务必使用显式等待（WebDriverWait）。

5.3 隐式与显式等待的误用导致状态判断失效

WebDriver有两种等待：隐式等待（driver.manage().timeouts().implicitlyWait）和显式等待（WebDriverWait）。混用或误用会导致意想不到的行为。

问题：设置了全局隐式等待10秒。当使用findElements（返回空列表而不是抛异常）来判断元素“不存在”时，脚本仍然会傻等10秒，因为findElements受隐式等待影响。

最佳实践：

1. 原则上禁用隐式等待，或将其设得非常短（如2秒），仅作为全局性的安全网。
2. 所有基于状态的等待，都使用显式等待（WebDriverWait）。它更灵活、更精确，并且可以自定义等待条件和超时信息。
3. 对于“等待元素消失”这种状态，使用显式等待配合ExpectedConditions.invisibilityOfElementLocated或ExpectedConditions.stalenessOf。

   // 等待加载动画消失 wait.until(ExpectedConditions.invisibilityOfElementLocated(By.id(“loading-spinner”)));

5.4 复杂CSS选择器或XPath定位的性能与稳定性问题

获取状态前首先要定位元素。过于复杂或脆弱的定位器会导致查找速度慢，且在页面微小变动时极易失效。

排查技巧：

1. 优先使用ID、Name：最稳定、最快。
2. 善用CSS选择器：通常比XPath性能更好，更易读。例如input[type=’email’]。
3. 避免绝对XPath：如/html/body/div[3]/div[2]/form/input[1]，这种路径极度脆弱。
4. 使用相对XPath并结合属性：如//button[contains(@class, ‘btn-primary’) and text()=‘提交’]。
5. 开发人员协作：为重要的可测试元素添加测试专用属性，如><button>By submitBtn = By.cssSelector(“[data-testid=’login-submit-btn’]”);

5.5 状态断言失败时的调试信息不足

断言assertThat(element.isDisplayed()).isTrue()失败时，只告诉你期望true但得到false，这对调试帮助有限。

改进方案：在断言前或失败时，捕获并输出更多上下文信息。

public void assertElementDisplayed(By locator, String elementDescription) { try { WebElement element = driver.findElement(locator); // 在断言前，可以输出一些辅助信息（生产代码中可能用日志） System.out.println(“检查元素: “ + elementDescription); System.out.println(“定位器: “ + locator); System.out.println(“Tag名: “ + element.getTagName()); System.out.println(“是否在DOM中: “ + true); // 因为找到了 System.out.println(“是否可见 (isDisplayed): “ + element.isDisplayed()); System.out.println(“是否启用 (isEnabled): “ + element.isEnabled()); System.out.println(“位置: “ + element.getLocation()); System.out.println(“尺寸: “ + element.getSize()); // 进行断言 assertThat(element.isDisplayed()) .as(“元素 ‘%s’ 应该可见”, elementDescription) .isTrue(); } catch (NoSuchElementException e) { // 元素根本不存在 fail(“元素 ‘” + elementDescription + “‘ 未找到，定位器: “ + locator); } }

在复杂的测试中，你甚至可以配合截图功能，在断言失败时自动截取当前页面，保存到报告中，直观地看到失败时的页面状态。

获取测试对象状态，远不止调用几个API那么简单。它要求测试开发者深入理解Web应用的生命周期、异步加载机制、DOM更新原理，并具备防御性编程的思维。将状态判断与显式等待、页面对象、断言库有机结合，构建出的自动化测试才能像老练的猎手一样，耐心、精准、稳健地捕获每一个预期的交互瞬间，从而为我们交付高质量的产品提供坚实的保障。