企业官网建设流程全解析

1. 项目概述与核心价值

最近在团队里做技术复盘，发现一个挺有意思的现象：很多同学一提到Web UI自动化测试，第一反应就是去网上找个现成的框架，比如Selenium，然后照着教程写几个脚本。这当然没问题，但用久了总会遇到些“别扭”的地方——脚本维护成本越来越高，用例一多就乱成一团，定位元素的方式五花八门，报告也不够直观。于是，我就琢磨着，能不能自己动手，用Java搭一个更趁手、更符合我们团队习惯的“简单”框架？这里的“简单”，不是功能简陋，而是指结构清晰、易于上手、便于扩展和维护。

这个框架的核心目标很明确：为日常的Web UI自动化测试提供一个稳定、高效且易于管理的脚手架。它适合那些已经掌握了Selenium基础，但苦于测试代码难以规模化、规范化的测试工程师或开发工程师。通过这个框架，你可以将测试用例、页面元素、测试数据、驱动配置和测试报告进行有效分离，从而让自动化测试脚本的编写像搭积木一样有条理。最终产出的，不仅仅是一个可运行的测试集，更是一套可持续集成、易于团队协作的资产。

2. 框架整体设计与核心思路拆解

2.1 为什么选择“自研”而非完全使用现成框架？

市面上成熟的测试框架很多，比如TestNG + Selenium已经很强大了。那我们为什么还要自己封装一层呢？核心原因在于统一规范和降低长期维护成本。直接使用原生Selenium，每个工程师的编码风格、元素定位策略、异常处理方式都可能不同。时间一长，项目里的测试代码就会变成风格迥异的“补丁集合”，新人接手困难，老手修改也头疼。

自研框架的核心思路是约定大于配置。我们通过框架来强制约定一些最佳实践：

1. 页面对象模型（Page Object Model, POM）：这是基石。将每个Web页面抽象成一个Java类，页面上的元素就是这个类的成员变量，页面操作则是类的方法。这样，当页面UI变动时，我们只需要修改对应的Page类，而不需要到处去修改测试脚本。
2. 分层架构：清晰的分层能让各司其职。通常我们分为：
   • 测试层（TestCase）：专注于业务逻辑和测试流程，这里应该只有高层次的步骤描述，比如loginPage.login(“user”, “pass”)。
   • 页面层（Page Object）：封装页面元素和操作。
   • 基础层（Base）：提供WebDriver的初始化、管理、公共操作方法（如等待、截图）和工具类。
   • 数据层（Data）：管理测试数据，可能来自文件、数据库或外部接口。
   • 配置层（Config）：管理环境配置、浏览器驱动路径等。
3. 驱动管理：如何优雅地启动、关闭浏览器，并支持多线程并行测试？我们需要一个可靠的Driver管理机制。

2.2 技术栈选型与考量

基于“简单”和“高效”的原则，我选择了以下技术栈组合，并解释一下为什么：

• Java：团队主流语言，生态丰富，稳定性强。相较于其他脚本语言，Java在大型项目、工程化管理方面更有优势，适合构建需要长期维护的测试资产。
• Selenium WebDriver：Web UI自动化的行业标准，无需多言。我们用它来模拟所有浏览器操作。
• TestNG：比JUnit更强大的测试框架。它支持灵活的测试套件组织、依赖管理、分组测试、参数化测试以及强大的注解（如@BeforeSuite,@DataProvider），非常适合自动化测试场景。尤其是它的@DataProvider，能完美实现数据驱动测试。
• Maven：项目构建和依赖管理工具。通过pom.xml文件清晰管理所有第三方库的版本，避免“jar包地狱”。
• Log4j 2 / SLF4J：日志记录。测试执行过程中的关键步骤、错误信息都需要记录下来，这是排查问题的第一手资料。
• ExtentReports / Allure：测试报告框架。原生TestNG报告比较简陋。ExtentReports可以生成非常美观、交互式的HTML报告，展示用例通过率、执行步骤、截图等，直观呈现测试结果。

注意：这里没有选择像Cucumber这样的BDD框架，是为了保持“简单”。BDD引入了自然语言特性，对于需要与业务人员紧密协作的场景很棒，但也会增加框架的复杂度和学习成本。我们的首要目标是让测试工程师和开发者能快速产出可靠的自动化脚本。

3. 核心模块详解与实操要点

3.1 项目结构与Maven配置

一个清晰的项目结构是框架可维护性的前提。我推荐如下结构：

src/test/java ├── com.yourcompany.framework │ ├── base │ │ ├── BaseTest.java // 所有测试类的基类 │ │ └── WebDriverFactory.java // 驱动工厂，负责创建和管理Driver │ ├── pages │ │ ├── LoginPage.java │ │ ├── HomePage.java │ │ └── ... // 其他页面对象类 │ ├── utils │ │ ├── ConfigReader.java // 读取配置文件 │ │ ├── ScreenshotUtil.java // 截图工具 │ │ └── WaitUtil.java // 显式等待工具类 │ └── listeners │ └── TestListener.java // TestNG监听器，用于报告和截图 ├── com.yourcompany.tests │ └── LoginTest.java // 具体的测试用例类 src/test/resources ├── config.properties // 配置文件 ├── testdata │ └── loginData.json // 测试数据文件 ├── drivers // 存放各浏览器驱动 │ ├── chromedriver.exe │ └── geckodriver.exe └── testng.xml // TestNG套件配置文件

对应的pom.xml依赖配置核心如下：

<dependencies> <!-- Selenium --> <dependency> <groupId>org.seleniumhq.selenium</groupId> <artifactId>selenium-java</artifactId> <version>4.14.0</version> <!-- 使用较新稳定版 --> </dependency> <!-- TestNG --> <dependency> <groupId>org.testng</groupId> <artifactId>testng</artifactId> <version>7.8.0</version> <scope>test</scope> </dependency> <!-- 日志 --> <dependency> <groupId>org.apache.logging.log4j</groupId> <artifactId>log4j-core</artifactId> <version>2.20.0</version> </dependency> <!-- 报告 - 以ExtentReports为例 --> <dependency> <groupId>com.aventstack</groupId> <artifactId>extentreports</artifactId> <version>5.1.0</version> </dependency> <!-- 处理JSON测试数据 --> <dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.15.3</version> </dependency> </dependencies>

3.2 基石：WebDriver工厂与基类设计

WebDriverFactory是这个框架的“发动机”。它的职责是屏蔽不同浏览器（Chrome, Firefox, Edge）的创建细节，并提供线程安全的Driver实例获取。这里我强烈建议使用ThreadLocal<WebDriver>来存储Driver实例，这是支持并行测试的关键。

package com.yourcompany.framework.base; import org.openqa.selenium.WebDriver; import org.openqa.selenium.chrome.ChromeDriver; import org.openqa.selenium.firefox.FirefoxDriver; import java.util.concurrent.TimeUnit; public class WebDriverFactory { private static ThreadLocal<WebDriver> driverPool = new ThreadLocal<>(); public static WebDriver getDriver() { if (driverPool.get() == null) { synchronized (WebDriverFactory.class) { if (driverPool.get() == null) { String browserType = ConfigReader.getProperty("browser"); // 从配置读取 WebDriver driver; switch (browserType.toLowerCase()) { case "firefox": System.setProperty("webdriver.gecko.driver", ConfigReader.getProperty("gecko.driver.path")); driver = new FirefoxDriver(); break; case "chrome": default: System.setProperty("webdriver.chrome.driver", ConfigReader.getProperty("chrome.driver.path")); // 添加常用Chrome选项，如无头模式、忽略证书错误等 ChromeOptions options = new ChromeOptions(); options.addArguments("--ignore-certificate-errors"); if ("true".equals(ConfigReader.getProperty("headless"))) { options.addArguments("--headless"); } driver = new ChromeDriver(options); } driver.manage().window().maximize(); driver.manage().timeouts().implicitlyWait( Long.parseLong(ConfigReader.getProperty("implicit.wait")), TimeUnit.SECONDS ); driverPool.set(driver); } } } return driverPool.get(); } public static void quitDriver() { if (driverPool.get() != null) { driverPool.get().quit(); driverPool.remove(); // 必须remove，防止内存泄漏 } } }

BaseTest类则是所有具体测试用例类的父类。它利用TestNG的注解生命周期，统一管理测试的初始化和清理工作。

package com.yourcompany.framework.base; import com.aventstack.extentreports.ExtentReports; import com.aventstack.extentreports.ExtentTest; import com.aventstack.extentreports.Status; import com.yourcompany.framework.listeners.TestListener; import org.openqa.selenium.OutputType; import org.openqa.selenium.TakesScreenshot; import org.testng.ITestResult; import org.testng.annotations.*; import java.lang.reflect.Method; @Listeners(TestListener.class) // 关联监听器 public class BaseTest { protected WebDriver driver; protected ExtentTest test; // ExtentReports的测试日志对象 @BeforeMethod public void setUp(Method method) { // 从监听器或自身初始化 ExtentTest，记录测试开始 test = ExtentManager.createTest(method.getName()); driver = WebDriverFactory.getDriver(); driver.get(ConfigReader.getProperty("base.url")); } @AfterMethod public void tearDown(ITestResult result) { // 根据测试结果状态，记录日志和截图 if (result.getStatus() == ITestResult.FAILURE) { test.log(Status.FAIL, "测试失败: " + result.getThrowable()); String screenshotPath = ScreenshotUtil.takeScreenshot(driver, result.getName()); test.addScreenCaptureFromPath(screenshotPath); } else if (result.getStatus() == ITestResult.SUCCESS) { test.log(Status.PASS, "测试通过"); } WebDriverFactory.quitDriver(); // 关闭驱动 } }

实操心得：ThreadLocal的使用是并行测试的基石，但务必记得在@AfterMethod中调用quitDriver()后执行driverPool.remove()。我曾遇到过因为没remove，导致线程池复用旧Driver实例而引发的诡异错误。另外，隐式等待（implicitlyWait）设一个全局默认值（如10秒）即可，具体的复杂等待场景应使用显式等待工具类。

3.3 页面对象模型（POM）的最佳实践

POM类的核心是使用By定位器来定义元素，并通过方法暴露页面操作。这里的关键是使用@FindBy注解配合PageFactory.initElements进行懒加载，这比直接在方法里写driver.findElement更清晰、更易维护。

package com.yourcompany.framework.pages; import org.openqa.selenium.WebElement; import org.openqa.selenium.support.FindBy; import org.openqa.selenium.support.PageFactory; import com.yourcompany.framework.base.BasePage; public class LoginPage extends BasePage { // BasePage可能包含一些公共页面方法 // 使用@FindBy注解定位元素 @FindBy(id = “username”) private WebElement usernameInput; @FindBy(id = “password”) private WebElement passwordInput; @FindBy(css = “button[type=‘submit’]”) private WebElement loginButton; @FindBy(className = “error-message”) private WebElement errorMessage; // 构造函数初始化元素 public LoginPage(WebDriver driver) { super(driver); PageFactory.initElements(driver, this); // 关键：初始化所有@FindBy注解的元素 } // 页面操作方法 public HomePage login(String username, String password) { waitForElementVisible(usernameInput).sendKeys(username); passwordInput.sendKeys(password); loginButton.click(); // 返回下一个页面对象，实现流程链式调用 return new HomePage(driver); } public String getErrorMessage() { return waitForElementVisible(errorMessage).getText(); } // 可以封装更多原子操作，如只输入用户名 public LoginPage enterUsername(String username) { usernameInput.sendKeys(username); return this; // 返回自身，支持方法链 } }

注意事项：PageFactory.initElements默认使用“懒加载”策略，即只有在第一次使用这个元素时才会去实际查找DOM。这提高了效率，但也意味着如果页面没加载完你就引用元素，可能会抛出NoSuchElementException。因此，在页面操作方法内部，尤其是涉及点击跳转后，最好结合显式等待。

3.4 数据驱动测试的实现

硬编码的测试数据是维护噩梦。数据驱动测试（DDT）将测试数据与脚本分离。TestNG的@DataProvider是绝佳搭档。数据可以来自Excel、JSON、CSV或数据库。这里以JSON为例，因为它结构清晰，且Java有很好的库（如Jackson）支持。

首先，准备一个JSON数据文件loginData.json:

[ { “testCase”: “Valid Login”, “username”: “standard_user”, “password”: “secret_sauce”, “expected”: “success” }, { “testCase”: “Invalid Password”, “username”: “standard_user”, “password”: “wrong_pass”, “expected”: “Epic sadface: Username and password do not match” } ]

然后，在测试类中创建DataProvider方法：

package com.yourcompany.tests; import com.fasterxml.jackson.databind.ObjectMapper; import com.yourcompany.framework.base.BaseTest; import com.yourcompany.framework.pages.LoginPage; import org.testng.annotations.DataProvider; import org.testng.annotations.Test; import java.io.File; import java.io.IOException; import java.util.Arrays; import java.util.List; public class LoginTest extends BaseTest { @DataProvider(name = “loginData”) public Object[][] provideLoginData() throws IOException { ObjectMapper mapper = new ObjectMapper(); // 读取JSON文件到对象数组 LoginData[] dataArray = mapper.readValue( new File(“src/test/resources/testdata/loginData.json”), LoginData[].class ); // 转换为TestNG DataProvider需要的二维Object数组 Object[][] data = new Object[dataArray.length][1]; for (int i = 0; i < dataArray.length; i++) { data[i][0] = dataArray[i]; } return data; } @Test(dataProvider = “loginData”) public void testLoginWithMultipleData(LoginData data) { LoginPage loginPage = new LoginPage(driver); test.info(“执行测试用例: “ + data.getTestCase()); if (“success”.equals(data.getExpected())) { HomePage homePage = loginPage.login(data.getUsername(), data.getPassword()); // 添加断言，验证登录成功，例如检查首页特定元素 Assert.assertTrue(homePage.isUserMenuDisplayed(), “登录成功后用户菜单应显示”); } else { loginPage.login(data.getUsername(), data.getPassword()); String actualError = loginPage.getErrorMessage(); Assert.assertEquals(actualError, data.getExpected(), “错误信息不匹配”); } } // 内部类用于映射JSON结构 public static class LoginData { private String testCase; private String username; private String password; private String expected; // getters and setters ... } }

4. 关键工具类与增强功能实现

4.1 显式等待工具类

Selenium的隐式等待是全局的、针对所有findElement操作的。但在复杂场景下（如等待元素可点击、包含特定文本），我们需要更精确的显式等待。封装一个工具类能极大提升代码可读性和健壮性。

package com.yourcompany.framework.utils; import org.openqa.selenium.*; import org.openqa.selenium.support.ui.ExpectedConditions; import org.openqa.selenium.support.ui.WebDriverWait; import java.time.Duration; public class WaitUtil { private static final long DEFAULT_TIMEOUT = Long.parseLong(ConfigReader.getProperty(“explicit.wait”, “15”)); private static final long POLLING_INTERVAL = 500L; // 轮询间隔500毫秒 public static WebElement waitForElementVisible(WebDriver driver, By locator) { return new WebDriverWait(driver, Duration.ofSeconds(DEFAULT_TIMEOUT)) .pollingEvery(Duration.ofMillis(POLLING_INTERVAL)) .ignoring(StaleElementReferenceException.class) // 忽略元素过时异常 .until(ExpectedConditions.visibilityOfElementLocated(locator)); } public static WebElement waitForElementToBeClickable(WebDriver driver, WebElement element) { return new WebDriverWait(driver, Duration.ofSeconds(DEFAULT_TIMEOUT)) .until(ExpectedConditions.elementToBeClickable(element)); } public static boolean waitForTextToBePresent(WebDriver driver, By locator, String text) { return new WebDriverWait(driver, Duration.ofSeconds(DEFAULT_TIMEOUT)) .until(ExpectedConditions.textToBe(locator, text)); } // 自定义等待条件示例：等待页面加载完成（通过document.readyState） public static boolean waitForPageLoad(WebDriver driver) { return new WebDriverWait(driver, Duration.ofSeconds(DEFAULT_TIMEOUT)) .until(d -> { JavascriptExecutor js = (JavascriptExecutor) d; return “complete”.equals(js.executeScript(“return document.readyState”)); }); } }

在Page Object中，可以这样使用：

public LoginPage enterUsername(String username) { WaitUtil.waitForElementVisible(driver, By.id(“username”)).sendKeys(username); // 或者，如果已经用@FindBy声明了元素 WaitUtil.waitForElementToBeClickable(driver, usernameInput).sendKeys(username); return this; }

4.2 测试报告与日志集成

好看的报告是自动化测试的门面。这里以ExtentReports为例，展示如何集成。我们需要一个管理ExtentReports实例的单例类，以及一个TestNG监听器来在测试生命周期中记录信息。

ExtentManager.java:

package com.yourcompany.framework.reporting; import com.aventstack.extentreports.ExtentReports; import com.aventstack.extentreports.reporter.ExtentSparkReporter; import com.aventstack.extentreports.reporter.configuration.Theme; import java.text.SimpleDateFormat; import java.util.Date; public class ExtentManager { private static ExtentReports extent; public static ExtentReports getInstance() { if (extent == null) { String timeStamp = new SimpleDateFormat(“yyyy.MM.dd.HH.mm.ss”).format(new Date()); String reportName = “Test-Report-” + timeStamp + “.html”; ExtentSparkReporter sparkReporter = new ExtentSparkReporter(“test-output/” + reportName); sparkReporter.config().setDocumentTitle(“Web UI自动化测试报告”); sparkReporter.config().setReportName(“功能测试”); sparkReporter.config().setTheme(Theme.STANDARD); sparkReporter.config().setEncoding(“utf-8”); extent = new ExtentReports(); extent.attachReporter(sparkReporter); extent.setSystemInfo(“操作系统”, System.getProperty(“os.name”)); extent.setSystemInfo(“测试环境”, ConfigReader.getProperty(“env”)); extent.setSystemInfo(“执行人”, System.getProperty(“user.name”)); } return extent; } public static void flushReport() { if (extent != null) { extent.flush(); } } }

TestListener.java(实现ITestListener接口):

package com.yourcompany.framework.listeners; import com.aventstack.extentreports.ExtentReports; import com.aventstack.extentreports.ExtentTest; import com.aventstack.extentreports.Status; import com.yourcompany.framework.reporting.ExtentManager; import org.testng.ITestContext; import org.testng.ITestListener; import org.testng.ITestResult; public class TestListener implements ITestListener { // 使用ThreadLocal保证并行测试下每个线程有自己的ExtentTest实例 private static ThreadLocal<ExtentTest> test = new ThreadLocal<>(); @Override public void onStart(ITestContext context) { System.out.println(“测试套件开始执行...”); } @Override public void onTestStart(ITestResult result) { ExtentTest extentTest = ExtentManager.getInstance().createTest(result.getMethod().getMethodName()); test.set(extentTest); } @Override public void onTestSuccess(ITestResult result) { test.get().log(Status.PASS, “测试用例通过”); } @Override public void onTestFailure(ITestResult result) { test.get().log(Status.FAIL, “测试用例失败: “ + result.getThrowable()); // 这里可以调用截图方法，并将截图路径添加到报告中 // test.get().addScreenCaptureFromPath(screenshotPath); } @Override public void onFinish(ITestContext context) { ExtentManager.flushReport(); } public static ExtentTest getTest() { return test.get(); } }

在BaseTest中，可以通过TestListener.getTest()获取当前测试的ExtentTest对象来记录步骤日志。

5. 完整测试用例编写与执行流程

5.1 编写一个端到端的测试用例

假设我们要测试一个电商网站的登录和购物流程。结合前面所有的模块，一个完整的测试用例类看起来是这样的：

package com.yourcompany.tests; import com.yourcompany.framework.base.BaseTest; import com.yourcompany.framework.pages.*; import org.testng.Assert; import org.testng.annotations.Test; public class EndToEndPurchaseTest extends BaseTest { @Test public void testCompletePurchaseFlow() { // 1. 登录 LoginPage loginPage = new LoginPage(driver); test.info(“导航到登录页面”); HomePage homePage = loginPage.login(“standard_user”, “secret_sauce”); Assert.assertTrue(homePage.isPageLoaded(), “登录后应跳转到首页”); // 2. 添加商品到购物车 homePage.selectProduct(“Sauce Labs Backpack”); ProductDetailPage detailPage = new ProductDetailPage(driver); detailPage.clickAddToCart(); test.info(“已将 ‘Sauce Labs Backpack’ 加入购物车”); // 3. 进入购物车并结算 CartPage cartPage = homePage.goToCart(); Assert.assertTrue(cartPage.isItemPresent(“Sauce Labs Backpack”), “购物车中应存在所选商品”); CheckoutStepOnePage checkoutOne = cartPage.proceedToCheckout(); // 4. 填写配送信息 checkoutOne.enterShippingInfo(“John”, “Doe”, “12345”); CheckoutStepTwoPage checkoutTwo = checkoutOne.continueToOverview(); // 5. 验证订单总览并完成购买 Assert.assertTrue(checkoutTwo.getTotalPrice().contains(“$29.99”), “总价计算正确”); CheckoutCompletePage completePage = checkoutTwo.finishPurchase(); // 6. 验证购买成功 Assert.assertTrue(completePage.isConfirmationDisplayed(), “应显示订单确认信息”); test.pass(“完整的购买流程测试通过”); } }

5.2 配置与执行

1. 配置文件 (config.properties):

# 环境配置 base.url=https://www.saucedemo.com env=staging # 浏览器配置 browser=chrome headless=false chrome.driver.path=src/test/resources/drivers/chromedriver gecko.driver.path=src/test/resources/drivers/geckodriver # 等待时间配置（秒） implicit.wait=10 explicit.wait=15

2. TestNG套件文件 (testng.xml):

<!DOCTYPE suite SYSTEM “https://testng.org/testng-1.0.dtd"> <suite name=“Web UI Automation Suite” parallel=“methods” thread-count=“3”> <test name=“Login and Purchase Tests”> <classes> <class name=“com.yourcompany.tests.LoginTest”/> <class name=“com.yourcompany.tests.EndToEndPurchaseTest”/> </classes> </test> </suite>

这里设置了parallel=“methods”和thread-count=“3”，表示支持方法级别的并行测试，最多同时跑3个线程，能显著缩短测试集总执行时间。

3. 执行方式:

• IDE中：右键testng.xml，选择Run。
• 命令行（Maven）：确保pom.xml中配置了maven-surefire-plugin并指定了suite文件。

  mvn clean test -DsuiteXmlFile=src/test/resources/testng.xml

执行完成后，在test-output目录下会生成以时间戳命名的精美HTML报告，详细展示每个测试用例的执行状态、步骤日志和失败截图。

6. 常见问题、排查技巧与优化建议

6.1 典型问题速查表

6.2 框架优化与扩展建议

1. 引入WebDriverManager：在pom.xml中添加io.github.bonigarcia的webdrivermanager依赖，它可以自动下载和管理匹配本地浏览器版本的驱动，彻底解决驱动版本兼容性问题。
2. 失败重试机制：实现一个IRetryAnalyzer接口，并将其通过@Test(retryAnalyzer = ...)注解应用到测试方法上。对于因网络抖动等非缺陷问题导致的失败，可以自动重试1-2次。
3. API与UI混合测试：有些前置条件（如准备测试数据）通过API设置比UI操作更快更稳定。可以集成RestAssured等库，在@BeforeSuite中通过API初始化测试环境。
4. 视觉测试集成：对于UI回归，可以集成Applitools Eyes或Selenium的Shutterbug库，进行截图对比，检测肉眼难以察觉的UI变化。
5. 配置化运行：通过Maven Profiles或系统属性（-Dbrowser=firefox -Denv=prod）来动态切换运行环境和浏览器，实现一套脚本多环境执行。

6.3 我的几点实操心得

• 定位器策略：优先级建议ID > Name > CSS Selector > XPath。CSS选择器通常比XPath性能更好且更易读。尽量避免使用绝对XPath，它极其脆弱。
• 等待的艺术：隐式等待设一个合理的全局值即可，不要滥用。复杂的同步逻辑一定要用显式等待。有时候，等待一个元素“可点击”比“可见”更可靠。
• Page Object的粒度：不要试图创建一个“上帝类”包含所有页面元素。按功能模块或页面区域划分更小的Page Object，甚至可以使用“Page Components”模式来封装公共组件（如导航栏、页脚）。
• 测试数据管理：对于复杂场景，可以考虑将测试数据放入数据库，并使用@Factory和@DataProvider结合来动态生成测试实例，实现更灵活的数据驱动。
• 持续集成：尽早将框架接入Jenkins、GitLab CI等工具。每次代码提交自动触发冒烟测试，每天定时执行全量回归，让自动化测试真正成为质量守护门，而不是摆设。

搭建这个框架的过程，本身就是一个对Web UI自动化测试理解不断加深的过程。从最初能跑通脚本的满足感，到后来为稳定性、可维护性、执行效率而做的各种打磨，你会发现，一个好的框架带来的收益远不止是自动执行测试那么简单，它更是一种工程思维的体现，能帮助整个团队形成规范、提升效率。