在Selenium自动化测试的实际落地过程中，很多测试工程师都会遇到一个共性问题，就是到底要不要在每个测试用例执行结束之后重启浏览器。这个选择会直接影响测试执行的效率、用例的稳定性以及测试环境的资源占用情况。不同的测试场景对应的选择完全不同，没有绝对的对错之分。
两种做法的核心差异对比
首先我们需要明确两种常见做法的具体表现，以及它们各自带来的不同影响，我们可以通过下表直观对比：
| 做法 | 优点 | 缺点 |
|---|---|---|
| 每个用例后重启浏览器 | 用例之间完全隔离，不会出现缓存、Cookie、页面状态残留导致的用例失败，环境一致性高 | 启动浏览器耗时较长，大量用例执行时整体耗时会增加，同时会占用更多系统资源 |
| 多个用例复用同一个浏览器实例 | 减少浏览器启动的耗时，整体测试执行效率更高，资源占用更低 | 用例之间可能存在状态干扰，比如前一个用例的Cookie、本地存储会影响后续用例的执行结果 |
每个用例后重启浏览器的适用场景
如果你的项目符合以下场景，建议选择每个测试用例执行后重启浏览器的方案：
- 测试用例之间存在强依赖的登录态、页面状态差异，比如部分用例需要已登录状态，部分需要未登录状态，复用浏览器容易出现状态混乱
- 测试过程中会频繁操作本地存储、Cookie，且不同用例对这些数据的预期完全不同，残留数据会导致用例断言失败
- 用例执行过程中容易出现浏览器崩溃、页面无响应等异常情况，重启浏览器可以快速恢复测试环境，避免单个用例异常影响后续所有用例
- 测试套件中包含大量UI交互复杂、容易留下页面残留状态的用例，比如涉及弹窗、多标签页切换的场景
下面是每个用例后重启浏览器的示例代码，基于Python语言和Selenium实现：
import unittest
from selenium import webdriver
from selenium.webdriver.chrome.service import Service
class TestDemo(unittest.TestCase):
def setUp(self):
# 每个用例执行前启动浏览器
self.service = Service(executable_path="chromedriver")
self.driver = webdriver.Chrome(service=self.service)
self.driver.maximize_window()
def test_case1(self):
self.driver.get("https://ipipp.com")
# 用例1的测试逻辑
self.assertEqual(self.driver.title, "示例页面")
def test_case2(self):
self.driver.get("https://ipipp.com/login")
# 用例2的测试逻辑
self.assertTrue("登录" in self.driver.page_source)
def tearDown(self):
# 每个用例执行后关闭浏览器
self.driver.quit()
if __name__ == "__main__":
unittest.main()
复用浏览器实例的适用场景
如果你的项目符合以下场景，可以选择多个测试用例复用同一个浏览器实例的方案：
- 测试用例都是无状态的，或者所有用例都基于相同的登录态、页面初始状态，不存在状态冲突的问题
- 测试套件中用例数量非常多，对整体执行效率要求高，且测试环境资源有限，无法支撑频繁启动浏览器的资源消耗
- 用例之间已经做了完善的状态清理工作，比如每个用例执行前会主动清除Cookie、本地存储，重置页面状态
- 测试的是接口类、轻量UI类场景，不会在浏览器中留下影响后续用例的残留数据
下面是复用浏览器实例的示例代码，基于Python语言和Selenium实现：
import unittest
from selenium import webdriver
from selenium.webdriver.chrome.service import Service
class TestDemo(unittest.TestCase):
@classmethod
def setUpClass(cls):
# 所有用例执行前启动一次浏览器
cls.service = Service(executable_path="chromedriver")
cls.driver = webdriver.Chrome(service=cls.service)
cls.driver.maximize_window()
def setUp(self):
# 每个用例执行前清理状态
self.driver.delete_all_cookies()
self.driver.get("https://ipipp.com")
def test_case1(self):
# 用例1的测试逻辑
self.assertEqual(self.driver.title, "示例页面")
def test_case2(self):
# 用例2的测试逻辑
self.assertTrue("首页" in self.driver.page_source)
@classmethod
def tearDownClass(cls):
# 所有用例执行后关闭浏览器
cls.driver.quit()
if __name__ == "__main__":
unittest.main()
最佳实践建议
在实际项目中，我们不需要完全非此即彼，可以结合场景灵活调整：
- 如果是冒烟测试、核心流程测试，对稳定性要求高，建议每个用例后重启浏览器，避免状态干扰导致误报
- 如果是回归测试、大量用例的批量执行，对效率要求高，可以在做好状态清理的前提下复用浏览器实例
- 可以在测试框架中增加配置项，允许根据不同测试套件的需求切换重启策略，提升框架的灵活性
- 无论选择哪种方案，都需要在用例执行前做好初始状态校验，确保用例执行的初始环境符合预期
总的来说，Selenium测试中是否要在每个用例后重启浏览器，核心是要平衡测试稳定性和执行效率，结合项目实际的测试场景、用例特点、资源情况做出选择，没有通用的标准答案，适合自身项目的方案才是最好的。