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

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确保每个测试方法都在干净的浏览器环境中运行。工具类将配置读取、截图、驱动创建等通用功能抽离保持代码的 DRYDon‘t Repeat Yourself原则。注意很多人一开始会直接把操作和断言都写在测试方法里当用例增多后代码会变得极难维护。坚持使用 POM 模式是保证自动化项目长期健康的关键。3. 环境搭建与核心依赖配置工欲善其事必先利其器。第一步是搭建一个可靠的环境。3.1 项目初始化与依赖引入我使用 Maven 来管理项目。在pom.xml中需要引入以下核心依赖dependencies !-- Selenium Java Client -- dependency groupIdorg.seleniumhq.selenium/groupId artifactIdselenium-java/artifactId version4.14.0/version !-- 使用当时最新稳定版 -- /dependency !-- JUnit 5 Jupiter API Engine -- dependency groupIdorg.junit.jupiter/groupId artifactIdjunit-jupiter-api/artifactId version5.10.0/version scopetest/scope /dependency dependency groupIdorg.junit.jupiter/groupId artifactIdjunit-jupiter-engine/artifactId version5.10.0/version scopetest/scope /dependency !-- 日志框架便于调试 -- dependency groupIdorg.slf4j/groupId artifactIdslf4j-simple/artifactId version2.0.9/version scopetest/scope /dependency /dependenciesselenium-java这个依赖会自动引入 WebDriver 支持、以及 Chrome、Firefox 等驱动的绑定。JUnit 5 需要同时引入api和engine。3.2 浏览器驱动的管理这是新手最容易踩坑的地方。Selenium 需要对应的浏览器驱动如chromedriver才能控制浏览器。我的建议是使用WebDriverManager这个神器。它在运行时会自动检测你系统安装的浏览器版本并下载匹配的驱动彻底告别手动下载和配置系统路径的麻烦。 在pom.xml中额外添加dependency groupIdio.github.bonigarcia/groupId artifactIdwebdrivermanager/artifactId version5.6.0/version scopetest/scope /dependency3.3 基础配置类创建一个config.properties文件放在src/test/resources目录下# 测试目标博客地址 blog.base.urlhttps://www.yourblog.com # 浏览器类型chrome, firefox, edge browser.typechrome # 是否启用无头模式不显示浏览器界面 headlessfalse # 隐式等待时间秒 implicit.wait.seconds10 # 页面加载超时时间秒 page.load.timeout.seconds30然后创建一个ConfigLoader工具类来读取这些配置。使用无头模式headlesstrue可以在服务器或 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(--headlessnew); chromeOptions.addArguments(--disable-gpu, --window-size1920,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 行为可能与有界面模式略有不同。建议在调试阶段使用headlessfalse确保脚本稳定后再切换到无头模式用于集成。另外Chrome 114 版本后推荐使用--headlessnew参数它使用了更新的无头架构更稳定。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[typesubmit]); 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 testexample.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 testMaven 会执行所有src/test/java下以Test结尾的类。为了更灵活可以在pom.xml中配置maven-surefire-pluginbuild plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId version3.1.2/version configuration includes include**/*Test.java/include /includes systemPropertyVariables browser.typechrome/browser.type headlessfalse/headless /systemPropertyVariables /configuration /plugin /plugins /build可以通过命令行参数覆盖配置mvn test -Dbrowser.typefirefox -Dheadlesstrue。6.2 生成测试报告JUnit 5 本身会输出简单的控制台报告。但为了更美观和持久化我集成Allure Report。Allure 能生成非常详细的交互式报告包含测试步骤、截图、历史趋势等。在pom.xml中添加 Allure 依赖和插件。在测试代码中使用Step注解来描述操作步骤使用Attachment注解来附加截图。运行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 的简单工具类思路添加 Monte 依赖。在BeforeEach中开始录制屏幕的一个区域或整个屏幕。在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中设置headlesstrue。方法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()。新窗口/标签页获取所有窗口句柄SetString 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/checkoutv3 - name: Set up JDK 17 uses: actions/setup-javav3 with: java-version: 17 distribution: temurin - name: Cache Maven dependencies uses: actions/cachev3 with: path: ~/.m2 key: maven-${{ hashFiles(**/pom.xml) }} restore-keys: | maven- - name: Run UI Tests (Headless) run: mvn clean test -Dheadlesstrue env: BROWSER_TYPE: chrome - name: Upload Test Reports (Allure) if: always() uses: actions/upload-artifactv3 with: name: allure-report path: target/site/allure-maven-plugin/ - name: Upload Screenshots on Failure if: failure() uses: actions/upload-artifactv3 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 pushGitHub Actions 就会自动运行这套测试套件。它帮我拦截过因为 CSS 选择器变更导致的导航栏点击失效也发现过评论提交按钮在移动端视图下的样式问题。虽然搭建初期投入了一些时间但长期来看它节省了我大量重复劳动的时间并极大地增强了对自己博客稳定性的信心。如果你也有一个博客强烈建议你花上半天时间为自己搭建这样一个自动化测试套件这绝对是笔划算的技术投资。