首页/资讯中心/详情

Java+Selenium+JUnit5构建个人博客自动化测试实战

Java+Selenium+JUnit5构建个人博客自动化测试实战
📅 发布时间：2026/7/8 17:23:39

1. 项目概述与核心价值

最近在整理自己的技术栈，发现很多项目在迭代了几轮之后，回归测试变得越来越耗时。尤其是像个人博客这种“门面工程”，每次更新个主题或者加个小功能，都得手动点点点，检查导航、文章列表、评论提交这些基础功能是否正常，既枯燥又容易遗漏。作为一个懒人程序员，我决定把这件事自动化。这次我选择的技术组合是Java + Selenium + JUnit 5，目标是对我的个人博客前台系统进行一次完整的端到端（E2E）自动化测试。这个组合听起来可能没有 Python + pytest 那么“时髦”，但对于一个以 Java 为主要技术栈的后端开发者来说，用自己最熟悉的语言来构建测试脚本，在维护和集成上会顺畅得多。整个项目从环境搭建、用例设计、脚本编写到测试报告生成，我会把完整的代码和踩坑实录都分享出来，最后还会附上实战演示视频，让你能直观地看到浏览器是如何被自动操控的。

这个项目适合所有拥有个人博客（无论是什么技术栈搭建的，如 WordPress、Hexo、Hugo 或自研）、并且希望引入自动化测试来提升维护效率的开发者。即使你之前没有自动化测试经验，跟着步骤走也能搭建起来。它解决的核心问题是：将重复、易错的人工点击验证，转化为可重复、可追溯、可集成的自动化流程，确保博客核心功能的稳定性。

2. 技术选型与框架设计思路

为什么是 Java + Selenium + JUnit 5？这个组合背后有我的几点考量。

2.1 为什么选择 Java 作为驱动语言？首先，我的博客后端和日常主力开发语言就是 Java，这意味着测试代码可以无缝融入现有的项目结构，共用 Maven/Gradle 构建工具，依赖管理非常方便。其次，Java 的强类型和丰富的生态（如 Logging、配置管理）能让测试代码更健壮、更易于结构化。虽然 Python 在自动化测试领域更流行，但“用什么语言开发，就用什么语言测试”往往能减少上下文切换成本，也便于团队其他 Java 开发者参与维护。

2.2 Selenium WebDriver：浏览器自动化的基石Selenium 是 Web 自动化测试的事实标准。它提供了一套通用的 API，可以驱动 Chrome、Firefox、Edge 等主流浏览器，模拟真实用户的所有操作：点击、输入、滚动、获取元素文本等。我选择的是 Selenium WebDriver，它是直接与浏览器原生自动化协议（如 Chrome DevTools Protocol）通信的现代方案，比旧的 Selenium RC 更强大和稳定。对于测试个人博客这种以内容展示和交互为主的 Web 应用，Selenium 是绝佳选择。

2.3 JUnit 5：现代、模块化的测试框架JUnit 5 是 JUnit 单元测试框架的重大升级。我选择它而非 JUnit 4 或 TestNG，主要看中以下几点：

  • 丰富的扩展模型：通过@ExtendWith注解，可以轻松集成自定义的生命周期管理，比如我后面会用来管理 WebDriver 的初始化和销毁。
  • 更强大的断言库：Assertions类提供了更多样化的断言方法，并且支持 lambda 表达式，失败信息更清晰。
  • 动态测试：虽然本次用不到，但它为未来更复杂的测试场景提供了可能。
  • 与 IDE 和构建工具（Maven/Gradle）的集成已经非常成熟，运行和报告生成都很方便。

2.4 整体框架设计我的设计目标是清晰、可维护。框架结构如下：

src/test/java/ ├── com.yourdomain.blogtest │ ├── base │ │ ├── BaseTest.java // 测试基类，管理 WebDriver 生命周期 │ │ └── TestContext.java // 测试上下文，共享数据 │ ├── pages // 页面对象模型（Page Object Model） │ │ ├── HomePage.java │ │ ├── ArticlePage.java │ │ └── CommentWidget.java │ ├── tests // 测试用例类 │ │ ├── NavigationTest.java │ │ ├── ArticleReadTest.java │ │ └── CommentFunctionTest.java │ └── utils │ ├── ConfigLoader.java // 配置文件读取 │ ├── ScreenshotUtil.java // 截图工具 │ └── WebDriverFactory.java // 驱动工厂
  • 页面对象模型（POM）：这是核心设计模式。将每个页面（如首页、文章页）封装成一个 Java 类，页面上的元素定位器和常用操作（如“点击文章链接”、“输入评论”）作为类的方法。这样，测试脚本（Test Case）里就不会充斥着一堆findElement(By.id(...))的代码，变得非常简洁，且页面元素定位一旦变更，只需修改对应的 Page 类即可。
  • 基类管理生命周期：所有测试类继承一个BaseTest，它使用 JUnit 5 的@BeforeEach和@AfterEach来初始化和退出 WebDriver，确保每个测试方法都在干净的浏览器环境中运行。
  • 工具类：将配置读取、截图、驱动创建等通用功能抽离，保持代码的 DRY（Don‘t Repeat Yourself）原则。

注意：很多人一开始会直接把操作和断言都写在测试方法里，当用例增多后，代码会变得极难维护。坚持使用 POM 模式，是保证自动化项目长期健康的关键。

3. 环境搭建与核心依赖配置

工欲善其事，必先利其器。第一步是搭建一个可靠的环境。

3.1 项目初始化与依赖引入我使用 Maven 来管理项目。在pom.xml中，需要引入以下核心依赖：

<dependencies> <!-- Selenium Java Client --> <dependency> <groupId>org.seleniumhq.selenium</groupId> <artifactId>selenium-java</artifactId> <version>4.14.0</version> <!-- 使用当时最新稳定版 --> </dependency> <!-- JUnit 5 Jupiter API & Engine --> <dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter-api</artifactId> <version>5.10.0</version> <scope>test</scope> </dependency> <dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter-engine</artifactId> <version>5.10.0</version> <scope>test</scope> </dependency> <!-- 日志框架，便于调试 --> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-simple</artifactId> <version>2.0.9</version> <scope>test</scope> </dependency> </dependencies>

selenium-java这个依赖会自动引入 WebDriver 支持、以及 Chrome、Firefox 等驱动的绑定。JUnit 5 需要同时引入api和engine。

3.2 浏览器驱动的管理这是新手最容易踩坑的地方。Selenium 需要对应的浏览器驱动（如chromedriver）才能控制浏览器。我的建议是使用WebDriverManager这个神器。它在运行时会自动检测你系统安装的浏览器版本，并下载匹配的驱动，彻底告别手动下载和配置系统路径的麻烦。 在pom.xml中额外添加：

<dependency> <groupId>io.github.bonigarcia</groupId> <artifactId>webdrivermanager</artifactId> <version>5.6.0</version> <scope>test</scope> </dependency>

3.3 基础配置类创建一个config.properties文件放在src/test/resources目录下：

# 测试目标博客地址 blog.base.url=https://www.yourblog.com # 浏览器类型：chrome, firefox, edge browser.type=chrome # 是否启用无头模式（不显示浏览器界面） headless=false # 隐式等待时间（秒） implicit.wait.seconds=10 # 页面加载超时时间（秒） page.load.timeout.seconds=30

然后创建一个ConfigLoader工具类来读取这些配置。使用无头模式（headless=true）可以在服务器或 CI/CD 管道中运行测试，不显示 GUI，更节省资源。

3.4 WebDriver 工厂创建WebDriverFactory类，根据配置创建对应的 WebDriver 实例，并应用一些通用设置（如窗口最大化、隐式等待）。

public class WebDriverFactory { public static WebDriver createDriver() { String browserType = ConfigLoader.getProperty("browser.type"); boolean isHeadless = Boolean.parseBoolean(ConfigLoader.getProperty("headless")); WebDriver driver; // 使用 WebDriverManager 自动管理驱动 WebDriverManager.getInstance(browserType).setup(); switch (browserType.toLowerCase()) { case "chrome": ChromeOptions chromeOptions = new ChromeOptions(); if (isHeadless) chromeOptions.addArguments("--headless=new"); chromeOptions.addArguments("--disable-gpu", "--window-size=1920,1080"); driver = new ChromeDriver(chromeOptions); break; case "firefox": FirefoxOptions firefoxOptions = new FirefoxOptions(); if (isHeadless) firefoxOptions.addArguments("-headless"); driver = new FirefoxDriver(firefoxOptions); break; // ... 其他浏览器支持 default: throw new IllegalArgumentException("Unsupported browser: " + browserType); } // 应用全局等待策略 driver.manage().timeouts().implicitlyWait( Duration.ofSeconds(Long.parseLong(ConfigLoader.getProperty("implicit.wait.seconds"))) ); driver.manage().timeouts().pageLoadTimeout( Duration.ofSeconds(Long.parseLong(ConfigLoader.getProperty("page.load.timeout.seconds"))) ); driver.manage().window().maximize(); return driver; } }

实操心得：在无头模式下，有些 CSS 渲染或 JavaScript 行为可能与有界面模式略有不同。建议在调试阶段使用headless=false，确保脚本稳定后再切换到无头模式用于集成。另外，Chrome 114 版本后，推荐使用--headless=new参数，它使用了更新的无头架构，更稳定。

4. 页面对象模型（POM）的实战构建

POM 是自动化测试工程的骨架，构建得好，后续编写测试用例就是搭积木。

4.1 基类与页面抽象首先创建一个所有 Page 类的基类BasePage，它持有WebDriver实例和公共方法。

public abstract class BasePage { protected WebDriver driver; protected WebDriverWait wait; public BasePage(WebDriver driver) { this.driver = driver; this.wait = new WebDriverWait(driver, Duration.ofSeconds(10)); // 显式等待 } // 公共方法，如访问某个 URL public void navigateTo(String url) { driver.get(ConfigLoader.getProperty("blog.base.url") + url); } // 通用的等待元素可见的方法 protected WebElement waitForElementVisible(By locator) { return wait.until(ExpectedConditions.visibilityOfElementLocated(locator)); } // 通用的点击方法，结合了等待和点击 protected void clickElement(By locator) { waitForElementVisible(locator).click(); } // 通用的输入文本方法 protected void typeIntoElement(By locator, String text) { WebElement element = waitForElementVisible(locator); element.clear(); element.sendKeys(text); } }

4.2 首页（HomePage）的实现我的博客首页主要元素有：导航栏、文章列表、搜索框。我将它们封装起来。

public class HomePage extends BasePage { // 1. 元素定位器（Locators）- 使用 By 对象 private By navHomeLink = By.cssSelector("nav a[href='/']"); private By navArchiveLink = By.cssSelector("nav a[href='/archive']"); private By articleList = By.cssSelector(".post-list article"); private By searchInput = By.id("search-input"); private By searchButton = By.cssSelector("#search-form button"); public HomePage(WebDriver driver) { super(driver); } // 2. 页面行为（Actions）- 封装成方法 public void goToArchive() { clickElement(navArchiveLink); // 可以返回一个新的 ArchivePage 对象，这里省略 } public int getArticleCount() { // 返回当前首页显示的文章数量 return driver.findElements(articleList).size(); } public void searchFor(String keyword) { typeIntoElement(searchInput, keyword); clickElement(searchButton); // 通常搜索后会跳转到搜索结果页，可以返回 SearchResultPage } public ArticlePage clickOnFirstArticle() { // 找到文章列表的第一个链接并点击 WebElement firstArticleLink = driver.findElements(articleList).get(0) .findElement(By.cssSelector("h2 a")); firstArticleLink.click(); // 返回文章详情页对象 return new ArticlePage(driver); } // 3. 断言方法（Assertions）- 可在此定义，也可在测试类中 public boolean isNavigationBarDisplayed() { try { return driver.findElement(navHomeLink).isDisplayed(); } catch (NoSuchElementException e) { return false; } } }

注意事项：元素定位是自动化测试的“命门”。优先使用id和name，因为它们通常唯一且稳定。其次使用cssSelector，它比xpath性能更好、可读性更高。尽量避免使用绝对路径的xpath，因为前端结构一变，定位就失效了。所有定位器都应该集中管理，方便维护。

4.3 文章详情页（ArticlePage）的实现文章页的核心是文章内容、评论框。

public class ArticlePage extends BasePage { private By articleTitle = By.tagName("h1"); private By articleContent = By.className("post-content"); private By commentAuthorInput = By.id("comment-author"); private By commentEmailInput = By.id("comment-email"); private By commentContentInput = By.id("comment-content"); private By commentSubmitButton = By.cssSelector("#comment-form button[type='submit']"); private By commentList = By.cssSelector(".comment-list .comment"); public ArticlePage(WebDriver driver) { super(driver); } public String getArticleTitle() { return waitForElementVisible(articleTitle).getText(); } public void submitComment(String author, String email, String content) { typeIntoElement(commentAuthorInput, author); typeIntoElement(commentEmailInput, email); typeIntoElement(commentContentInput, content); clickElement(commentSubmitButton); // 提交后等待评论列表更新或出现成功提示 wait.until(ExpectedConditions.textToBePresentInElementLocated( By.cssSelector(".comment-notice"), "评论已提交" )); } public int getCommentCount() { return driver.findElements(commentList).size(); } }

5. 测试用例的编写与JUnit 5特性应用

有了稳固的 POM 基础，编写测试用例就变得非常直观和高效。

5.1 测试基类 BaseTest这个类负责管理测试的生命周期，是所有测试类的父类。

import org.junit.jupiter.api.AfterEach; import org.junit.jupiter.api.BeforeEach; import org.openqa.selenium.WebDriver; import java.io.IOException; public class BaseTest { protected WebDriver driver; protected HomePage homePage; @BeforeEach public void setUp() throws IOException { // 1. 创建驱动 driver = WebDriverFactory.createDriver(); // 2. 初始化首页对象 homePage = new HomePage(driver); // 3. 访问博客首页 homePage.navigateTo("/"); // 4. 可选的：等待首页关键元素加载完成，作为页面就绪的断言 // Assertions.assertTrue(homePage.isNavigationBarDisplayed()); } @AfterEach public void tearDown() { if (driver != null) { // 每个测试结束后退出浏览器，保证隔离性 driver.quit(); } } // 提供一个公共的截图方法，供测试失败时调用 protected void takeScreenshot(String testName) { ScreenshotUtil.capture(driver, testName); } }

5.2 导航功能测试创建NavigationTest类，测试博客的导航是否正常。

import org.junit.jupiter.api.DisplayName; import org.junit.jupiter.api.Test; import static org.junit.jupiter.api.Assertions.*; public class NavigationTest extends BaseTest { @Test @DisplayName("应能正确从首页导航到归档页面") void shouldNavigateToArchivePage() { // 给定：用户已在首页 // 当：用户点击导航栏的“归档”链接 homePage.goToArchive(); // 那么：页面标题或URL应包含“归档”字样 String currentUrl = driver.getCurrentUrl(); assertTrue(currentUrl.contains("archive"), "当前URL应包含'archive'，实际是：" + currentUrl); // 并且：页面应显示归档内容（例如，存在年份列表） assertTrue(driver.findElement(By.cssSelector(".archive-year-list")).isDisplayed()); } @Test @DisplayName("应能通过搜索框进行搜索") void shouldPerformSearch() { String keyword = "自动化测试"; homePage.searchFor(keyword); // 断言搜索结果页包含关键词 String pageSource = driver.getPageSource(); assertTrue(pageSource.contains(keyword) || driver.findElement(By.cssSelector(".search-results-count")).getText().contains("0"), "搜索结果应包含关键词或显示无结果"); } }

@DisplayName注解可以生成更易读的测试报告。断言使用 JUnit 5 的Assertions静态方法。

5.3 文章阅读与评论功能测试创建ArticleFunctionTest类，这是更复杂的业务流程测试。

import org.junit.jupiter.api.Test; import org.junit.jupiter.api.MethodOrderer; import org.junit.jupiter.api.TestMethodOrder; import org.junit.jupiter.api.Order; import static org.junit.jupiter.api.Assertions.*; @TestMethodOrder(MethodOrderer.OrderAnnotation.class) // 如果需要定义执行顺序 public class ArticleFunctionTest extends BaseTest { @Test @Order(1) @DisplayName("应能点击首页文章并进入详情页") void shouldOpenArticleFromHomePage() { // 从首页点击第一篇文章 ArticlePage articlePage = homePage.clickOnFirstArticle(); // 断言：文章标题应存在且不为空 String title = articlePage.getArticleTitle(); assertNotNull(title); assertFalse(title.trim().isEmpty(), "文章标题不应为空"); // 断言：文章内容区域应可见 assertTrue(driver.findElement(By.className("post-content")).isDisplayed()); } @Test @Order(2) @DisplayName("应能在文章详情页成功提交评论") void shouldSubmitCommentSuccessfully() { // 先进入一篇文章 ArticlePage articlePage = homePage.clickOnFirstArticle(); // 记录提交前的评论数 int initialCommentCount = articlePage.getCommentCount(); // 提交一条新评论 String testAuthor = "自动化测试用户"; String testEmail = "test@example.com"; String testContent = "这是一条由自动化测试脚本提交的评论，请勿回复。"; articlePage.submitComment(testAuthor, testEmail, testContent); // 断言：提交后，评论数应增加（或出现成功提示） // 注意：这里需要等待评论列表更新。我们在 Page 对象的 submitComment 方法中已经做了等待。 int newCommentCount = articlePage.getCommentCount(); // 有些博客是即时显示，有些需要审核。这里我们断言评论数增加或成功提示出现。 // 更稳健的做法是等待新评论元素出现，并检查作者名 try { WebDriverWait shortWait = new WebDriverWait(driver, Duration.ofSeconds(5)); boolean newCommentAppeared = shortWait.until(ExpectedConditions .textToBePresentInElementLocated(By.cssSelector(".comment-list .comment:last-child .author"), testAuthor)); assertTrue(newCommentAppeared || newCommentCount > initialCommentCount, "新评论应出现或评论计数应增加"); } catch (TimeoutException e) { // 如果博客是审核制，可能不会立即显示。可以检查是否有“评论已提交，等待审核”的提示。 assertTrue(driver.getPageSource().contains("提交成功") || driver.getPageSource().contains("等待审核"), "应出现提交成功的提示信息"); } } }

实操心得：对于像提交评论这类会改变服务器状态的操作，一定要有“清理”意识。我通常会在测试数据库中为自动化测试准备一个专用的邮箱或用户，或者测试完成后通过后台接口删除测试数据。对于个人博客，也可以设置一个“测试模式”，让测试评论有特殊标记便于清理。此外，网络延迟和前端渲染可能导致元素状态变化，显式等待（WebDriverWait）比固定的Thread.sleep()要可靠和高效得多。

6. 测试执行、报告生成与视频录制

写好了测试用例，如何运行并得到清晰的反馈是关键。

6.1 使用 Maven 执行测试在项目根目录下运行mvn clean test，Maven 会执行所有src/test/java下以Test结尾的类。为了更灵活，可以在pom.xml中配置maven-surefire-plugin：

<build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <version>3.1.2</version> <configuration> <includes> <include>**/*Test.java</include> </includes> <systemPropertyVariables> <browser.type>chrome</browser.type> <headless>false</headless> </systemPropertyVariables> </configuration> </plugin> </plugins> </build>

可以通过命令行参数覆盖配置：mvn test -Dbrowser.type=firefox -Dheadless=true。

6.2 生成测试报告JUnit 5 本身会输出简单的控制台报告。但为了更美观和持久化，我集成Allure Report。Allure 能生成非常详细的交互式报告，包含测试步骤、截图、历史趋势等。

  1. 在pom.xml中添加 Allure 依赖和插件。
  2. 在测试代码中，使用@Step注解来描述操作步骤，使用@Attachment注解来附加截图。
  3. 运行mvn clean test allure:report，然后在target/site/allure-maven-plugin/index.html查看报告。

6.3 失败自动截图在BaseTest的tearDown方法中，或者使用 JUnit 5 的TestWatcher扩展，可以在测试失败时自动截图，这对于调试至关重要。

import org.junit.jupiter.api.extension.ExtendWith; import org.junit.jupiter.api.extension.TestWatcher; import org.junit.jupiter.api.extension.ExtensionContext; import java.lang.reflect.Method; @ExtendWith(TestWatcher.class) public class BaseTest { // ... 其他代码 ... private class ScreenshotOnFailure extends TestWatcher { @Override protected void testFailed(ExtensionContext context, Throwable cause) { Method testMethod = context.getRequiredTestMethod(); String testName = testMethod.getName(); takeScreenshot("FAILED_" + testName + "_" + System.currentTimeMillis()); } } }

6.4 录制测试执行视频为了更直观地展示和分享，录制测试过程的视频很有用。我使用Monte Screen Recorder库来实现简单的屏幕录制，或者使用Selenium 4 的DevToolsAPI来录制浏览器标签页（性能更好）。 这里提供一个基于 Monte 的简单工具类思路：

  1. 添加 Monte 依赖。
  2. 在@BeforeEach中开始录制屏幕的一个区域（或整个屏幕）。
  3. 在@AfterEach中停止录制并保存视频文件，可以只在测试失败时保存以节省空间。

注意事项：视频录制会消耗大量 CPU 和磁盘 I/O，并显著增加测试执行时间。通常只在调试复杂问题或制作演示材料时开启。在生产环境的 CI/CD 流水线中，更推荐结合详细的日志和失败截图来定位问题。

7. 常见问题排查与性能优化实录

在实际操作中，你一定会遇到各种“妖孽”问题。这里记录几个我踩过的坑和解决方案。

7.1 元素定位失败：NoSuchElementException这是最常见的问题。

  • 原因1：页面未加载完成或元素动态生成。
    • 解决：永远不要用Thread.sleep！使用显式等待（Explicit Wait）。就像我在BasePage里封装的waitForElementVisible方法。Selenium 提供了多种等待条件：元素可见、可点击、存在等。
    • 示例：wait.until(ExpectedConditions.elementToBeClickable(submitButton)).click();
  • 原因2：元素在 iframe 或 shadow DOM 内。
    • 解决：对于 iframe，必须先切换上下文：driver.switchTo().frame("frameNameOrId")，操作完后再switchTo().defaultContent()。对于 Shadow DOM，需要使用JavaScriptExecutor来穿透。
  • 原因3：定位器写错了或元素属性变了。
    • 解决：使用浏览器的开发者工具（F12）仔细检查元素。优先用唯一且稳定的属性。如果前端是动态框架（如 React, Vue），元素 ID 可能是随机生成的，这时需要用其他策略，如cssSelector结合部分文本或父元素关系。

7.2 测试不稳定（Flaky Tests）同一个测试，有时过有时不过，最让人头疼。

  • 策略1：增加等待的鲁棒性。不要只等元素可见，有时需要等某个 AJAX 请求完成（通过判断某个加载动画消失），或者等页面 URL 变化。
  • 策略2：重试机制。对于非核心的、不稳定的检查点，可以引入重试逻辑。JUnit 5 有@RepeatedTest注解，但更推荐在测试逻辑内部对特定操作进行有限次重试。
  • 策略3：隔离测试环境。确保每个测试都是独立的，不依赖前一个测试的状态。我的BaseTest中每个@Test前后都新建和退出浏览器，就是为了绝对隔离。如果测试间有依赖，那本身就是坏味道。
  • 策略4：避免依赖绝对时间。例如，不要断言“列表第一项是XXX”，因为列表顺序可能变化。应该断言“列表中存在某项”。

7.3 性能优化与执行速度当用例越来越多时，执行时间会成为瓶颈。

  • 方法1：启用无头模式（Headless）。这是最快的提速方式，省去了渲染 UI 的开销。在config.properties中设置headless=true。
  • 方法2：复用浏览器会话。对于一组关联性很强的测试，可以尝试用@BeforeAll初始化一次驱动，用@AfterAll关闭。但这需要非常小心地清理测试数据（如 cookies, local storage），否则测试会相互污染。个人建议，对于 UI 自动化，优先保证稳定性，隔离优于复用。
  • 方法3：并行测试。JUnit 5 支持通过junit-platform.properties文件配置并行执行。同时，需要确保你的WebDriverFactory能创建线程安全的驱动实例，或者每个线程有自己的驱动实例。通常结合 Selenium Grid 或 Docker 来实现更佳。
  • 方法4：减少不必要的最大化和隐式等待。在无头模式下，最大化没意义。隐式等待设一个合理的全局值（如5-10秒），在需要的地方用显式等待覆盖。

7.4 处理弹窗、新窗口和浏览器通知

  • JavaScript Alert/Confirm/Prompt：使用driver.switchTo().alert()来获取 alert 对象，然后accept(),dismiss()或sendKeys()。
  • 新窗口/标签页：获取所有窗口句柄Set<String> handles = driver.getWindowHandles();，然后切换：driver.switchTo().window(handleName)。
  • 浏览器通知：在浏览器选项中禁用，因为自动化测试通常不需要。Chrome:chromeOptions.addArguments("--disable-notifications")。

8. 集成到持续集成（CI）流程

自动化测试的最终价值在于持续守护。我将这套测试集成到了我的博客项目的 GitHub Actions 工作流中。

8.1 CI 配置文件示例 (.github/workflows/test.yml)

name: Blog UI Automation Test on: [push, pull_request] jobs: test: runs-on: ubuntu-latest steps: - name: Checkout Code uses: actions/checkout@v3 - name: Set up JDK 17 uses: actions/setup-java@v3 with: java-version: '17' distribution: 'temurin' - name: Cache Maven dependencies uses: actions/cache@v3 with: path: ~/.m2 key: maven-${{ hashFiles('**/pom.xml') }} restore-keys: | maven- - name: Run UI Tests (Headless) run: mvn clean test -Dheadless=true env: BROWSER_TYPE: chrome - name: Upload Test Reports (Allure) if: always() uses: actions/upload-artifact@v3 with: name: allure-report path: target/site/allure-maven-plugin/ - name: Upload Screenshots on Failure if: failure() uses: actions/upload-artifact@v3 with: name: failed-test-screenshots path: target/screenshots/

这个工作流会在每次代码推送或拉取请求时，在一个 Ubuntu 容器里以无头模式运行所有 UI 测试。如果测试失败，会上传截图供排查；无论成功失败，都会生成 Allure 报告。

8.2 在 CI 中运行的关键考量

  • 稳定性：CI 环境可能比本地慢，适当增加等待超时时间。
  • 依赖：确保 CI 镜像中安装了必要的浏览器（如 Chrome）。使用webdrivermanager可以自动处理驱动，但有时需要先安装浏览器本体。对于 GitHub Actions 的ubuntu-latest，通常已经包含了 Chrome。
  • 资源与时长：UI 测试较慢，如果用例很多，考虑只对关键路径（Smoke Test）在每次提交都运行，全套测试（Regression Test）可以安排在夜间定时运行。

经过这一整套从零到一的搭建，我的个人博客终于有了自动化的“守护卫士”。每次发布新主题或修改前端代码后，只需git push，GitHub Actions 就会自动运行这套测试套件。它帮我拦截过因为 CSS 选择器变更导致的导航栏点击失效，也发现过评论提交按钮在移动端视图下的样式问题。虽然搭建初期投入了一些时间，但长期来看，它节省了我大量重复劳动的时间，并极大地增强了对自己博客稳定性的信心。如果你也有一个博客，强烈建议你花上半天时间，为自己搭建这样一个自动化测试套件，这绝对是笔划算的技术投资。