本文详解如何用 selenium java 可靠验证 web 表格中连续行号（0–9）的存在性与顺序，指出原始代码的逻辑缺陷，提供健壮、简洁的实现方案，并强调异常处理与 xpath 设计要点。
在自动化测试中，验证动态渲染的行号序列（如时间轴、序号列）是否严格按预期（例如 0, 1, 2, ..., 9）呈现，是保障 UI 逻辑正确性的关键步骤。原始代码试图通过遍历 + isDisplayed() + 文本解析比对来校验，但存在三处典型问题：循环边界错误（i < 9 漏掉 9）、冗余解析（XPath 已精准定位文本值）、缺少缺失元素的显式处理。
正确的做法是：利用 XPath 的文本精确匹配能力，将“验证存在性”和“验证值”合二为一。若指定文本的 <span> 元素无法定位，则 findElement() 直接抛出 NoSuchElementException——这本身就是最清晰的失败信号。
以下是推荐的健壮实现：
try {
for (int i = 0; i <= 9; i++) { // ✅ 注意：i <= 9 确保覆盖 0 到 9 共 10 个数字
String xpath = "//div[@class='hour ng-star']//span[text()='" + i + "']";
WebElement element = driver.findElement(By.xpath(xpath));
// 若执行到此处，说明该数字元素存在且可见（findElement 默认等待元素可交互，通常已隐含可见性）
System.out.println("✓ Row number " + i + " found.");
}
System.out.println("✅ All row numbers (0–9) are present and correctly ordered.");
} catch (NoSuchElementException e) {
System.out.println("❌ Missing or misordered row number: " + e.getMessage());
throw new AssertionError("Row number validation failed", e);
}⚠️ 重要注意事项：不要依赖 isDisplayed() 做主校验：它仅判断可见性，不保证元素存在或文本匹配；而 findElement() 的失败才是“值缺失”的权威依据。避免 parseInt(element.getText()) 冗余操作：XPath 中 text()='"+i+" 已强制要求 DOM 中存在完全匹配的文本，二次解析既低效又引入 NumberFormatException 风险。显式处理异常：捕获 NoSuchElementException 并给出明确失败信息，便于调试；建议配合 Assert 或测试框架断言提升可维护性。考虑稳定性增强：生产环境可加入显式等待（如 WebDriverWait + ExpectedConditions.presenceOfElementLocated），避免因渲染延迟导致误报。
综上，验证行号的本质是验证一组确定文本值在 DOM 中的精确存在性，而非运行时动态读取与比对。以声明式 XPath 代替命令式解析，代码更简洁、逻辑更清晰、鲁棒性更强。
立即学习“Java免费学习笔记（深入）”；
