Selenium浏览器实例复用策略详解

在Selenium自动化测试中，为每个测试用例单独启动和关闭浏览器虽能保证隔离性，但显著降低执行效率；更优实践是复用单个浏览器会话，并通过清理Cookies、本地存储等方式重置状态，兼顾稳定性与性能。

在实际工程实践中，不建议为每个@Test方法都调用driver.quit()再重新初始化浏览器。以您提供的LoginTest.java为例，三个测试用例（错误用户名、错误密码、正确凭据）逻辑上属于同一功能模块，若强制每次重启浏览器：

• ✅ 优势：完全避免状态污染（如残留登录态、缓存、localStorage）；
• ❌ 缺陷：启动浏览器耗时通常占单测总时长的60%以上（尤其ChromeDriver + GUI模式），导致整体执行时间倍增，CI/CD反馈延迟，不利于快速迭代。

推荐方案：单浏览器实例 + 精准状态清理
在测试类生命周期内复用同一个WebDriver实例（如通过@BeforeClass初始化，@AfterClass关闭），并在每个测试方法执行前后主动清除会话状态：

public class LoginTest {
    private static WebDriver driver;

    @BeforeClass
    public static void setUp() {
        driver = new ChromeDriver(); // 或通过WebDriverManager管理
        driver.manage().window().maximize();
    }

    @AfterClass
    public static void tearDown() {
        if (driver != null) driver.quit();
    }

    @BeforeMethod
    public void beforeEachTest() {
        // 关键：重置浏览器状态，而非重启
        driver.navigate().to("https://example.com/login");
        driver.manage().deleteAllCookies(); // 清除所有Cookies
        driver.executeScript("window.localStorage.clear();"); // 清空localStorage
        driver.executeScript("window.sessionStorage.clear();"); // 清空sessionStorage
    }

    @Test(description = "send invalid username")
    void loginWithIncorrectUsername() {
        // 执行具体断言...
    }

    @Test(description = "send invalid password")
    void loginWithIncorrectPassword() {
        // 执行具体断言...
    }

    @Test(description = "send valid credentials")
    void loginWithCorrectCredentials() {
        // 执行具体断言...
    }
}

⚠️ 注意事项：

• 若被测应用依赖服务端会话（如JWT Token存储在HTTP-only Cookie），仅客户端清理可能不足，需配合后端API调用登出接口；
• 某些场景（如测试多用户并发登录、浏览器指纹检测）仍需真正隔离环境，此时可考虑使用无头模式+临时用户数据目录（Chrome的--user-data-dir=/tmp/chrome-test-uuid）实现轻量级隔离；
• 使用TestNG/JUnit5时，确保@BeforeMethod在@Test前可靠执行——避免因异常跳过清理逻辑，建议在@AfterMethod中补充兜底清理。

✅ 总结：
“一次启动、多次复用、按需清理”是平衡可靠性与执行效率的黄金准则。它既规避了频繁启停的性能瓶颈，又通过可控的状态重置保障了测试独立性。将精力聚焦于精准的状态管理，而非机械地重启浏览器，才是专业Selenium测试工程化的体现。