在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测试工程化的体现。
