1. 项目概述为什么ChromeOptions是自动化测试的“瑞士军刀”如果你正在用Selenium做Web自动化测试尤其是和Chrome浏览器打交道那你一定绕不开ChromeOptions这个对象。它就像你启动Chrome浏览器时在命令行里敲入的那一串以--开头的参数只不过现在你可以用代码来优雅地控制它们了。很多新手在写自动化脚本时常常只写driver webdriver.Chrome()就完事了结果一跑起来就遇到各种头疼的问题浏览器窗口一闪而过、被网站检测到是自动化程序、下载文件不知道存哪去了、或者需要加载某个特定的用户配置……这些问题十有八九都能通过配置ChromeOptions来解决。我干了十多年测试开发从早期的Selenium RC到现在的WebDriverChromeOptions的配置可以说是自动化脚本稳定性和灵活性的基石。它绝不仅仅是“启动浏览器”那么简单而是决定了你的自动化环境如何与浏览器交互、如何模拟真实用户、以及如何规避各种潜在障碍的关键。这篇文章我就把我这些年积累的、最常用也最实用的ChromeOptions参数配置经验掰开揉碎了讲给你听。无论你是刚入门的新手还是想优化现有框架的老手这里面的“坑”和“技巧”都能让你少走不少弯路。2. ChromeOptions核心功能与设计思路拆解2.1 它到底是什么命令行参数的代码化封装简单来说ChromeOptions是Selenium WebDriver提供的一个类专门用于在启动Chrome浏览器实例时设置一系列启动选项。你在代码中通过add_argument()、add_experimental_option()等方法添加的配置最终都会在底层被转换成chromedriver传递给Chrome浏览器的命令行参数。为什么要这么做直接写命令行不行吗对于自动化测试而言代码化的管理方式带来了巨大的优势可维护性所有浏览器配置集中在代码中与测试逻辑分离修改配置无需改动测试用例本身。可移植性一套配置可以在不同机器、不同环境开发、测试、CI/CD中复用避免了手动配置浏览器的繁琐和出错。灵活性可以根据不同的测试场景如UI测试、爬虫、性能测试动态组合不同的配置。解决特定问题很多自动化测试中的“疑难杂症”比如证书错误、弹出框、多窗口等都需要通过特定的启动参数来解决。2.2 配置的三大核心方向基础、扩展与实验性选项根据我的经验ChromeOptions的配置可以归纳为三个主要方向理解这个分类有助于你在遇到问题时快速找到解决方案基础启动参数 (add_argument): 这是最常用的一类直接对应Chrome的命令行开关。主要用于控制浏览器的外观、行为、网络和沙箱等基础环境。例如无头模式、窗口大小、禁用GPU、忽略证书错误等。扩展管理 (add_extension,add_encoded_extension): 用于在启动时自动加载Chrome扩展程序.crx文件。这在需要模拟用户安装特定插件如广告拦截器、翻译插件进行测试或者需要利用扩展能力如修改请求头、截图时非常有用。实验性选项 (add_experimental_option): 用于设置Chrome的prefs首选项或其它实验性功能。这是功能最强大也最复杂的一块常用于管理用户数据、下载路径、弹窗处理、自动化特征屏蔽等。很多高级自动化技巧都藏在这里。注意experimental_option中的“实验性”意味着这些选项可能随着Chrome版本的更新而改变或失效。因此对于生产环境的自动化脚本对这类配置的稳定性要保持关注并在Chrome或ChromeDriver大版本升级后进行回归测试。3. 高频实用参数详解与避坑指南下面我将按照使用场景分类详解那些经过实战检验的参数并附上我踩过的“坑”和总结的技巧。3.1 基础运行与窗口控制参数这些参数决定了浏览器以何种形态运行是脚本能否在后台稳定执行的关键。1. 无头模式 (--headlessnew或--headless)options.add_argument(--headlessnew) # 推荐使用new模式 # 或 options.add_argument(--headless) # 传统模式作用在不显示图形用户界面的情况下运行浏览器。这是CI/CD持续集成/持续部署环境中的标配可以节省资源避免UI干扰。为什么是newChrome 109之后引入了--headlessnew模式它使用真正的Chrome浏览器引擎而非旧的“headless shell”对现代Web特性的兼容性更好行为更接近有头模式。强烈建议使用new模式。避坑点在无头模式下某些依赖窗口焦点或特定渲染的Web操作如复杂的拖拽、某些Canvas绘图可能行为异常需要进行针对性测试。截图和页面尺寸在无头模式下可能需要额外设置window-size参数来保证一致性。2. 窗口尺寸 (--window-size)options.add_argument(--window-size1920,1080) # 或者启动后使用 driver.set_window_size(1920, 1080)作用设置浏览器窗口的初始尺寸。这对于响应式网页的测试至关重要你需要测试不同屏幕尺寸下的布局和功能。技巧在无头模式下务必设置此参数。因为无头模式没有默认的窗口大小不设置可能导致元素定位失败或布局错乱。我通常设置为1920x1080作为基准。3. 禁用GPU加速 (--disable-gpu)options.add_argument(--disable-gpu)作用禁用硬件图形加速。这个参数在早期无头模式或某些虚拟化环境如Docker、无显卡的服务器中是必须的可以避免因GPU问题导致的崩溃或黑屏。现状随着Chrome和WebDriver的更新这个参数在很多情况下不再是必须的。但在Linux服务器或无头环境中如果遇到启动问题加上它仍然是一个有效的排查步骤。4. 禁用沙箱 (--no-sandbox) 和 禁用/dev/shm共享内存 (--disable-dev-shm-usage)options.add_argument(--no-sandbox) options.add_argument(--disable-dev-shm-usage)作用--no-sandbox: 禁用Chrome的沙箱安全机制。这是一个安全降级操作仅在特定环境下使用。--disable-dev-shm-usage: 使用/tmp替代/dev/shm作为共享内存。/dev/shm空间不足会导致Chrome崩溃。使用场景与警告这两个参数是Docker容器中运行Chrome的“黄金搭档”。因为容器内的安全上下文和资源限制常常需要它们来保证浏览器正常启动。绝对不要在个人电脑或对安全有要求的生产服务器上随意使用--no-sandbox这会降低浏览器的安全性。仅在你知道环境限制如CI的Docker容器且必须使用时才添加。3.2 自动化特征屏蔽与反检测参数现代网站越来越多地使用JavaScript检测浏览器是否被自动化工具控制。如果被检测到可能会导致功能受限、验证码弹出甚至直接拒绝访问。1. 排除自动化开关 (--disable-blink-featuresAutomationControlled)options.add_argument(--disable-blink-featuresAutomationControlled)作用这是最核心的反检测参数之一。它旨在禁用Blink引擎中一些暴露自动化状态的特性。注意仅凭这个参数往往不够需要结合下面的实验性选项才能达到较好效果。2. 实验性选项排除enable-automation并设置useAutomationExtension为falseoptions.add_experimental_option(excludeSwitches, [enable-automation]) options.add_experimental_option(useAutomationExtension, False)作用excludeSwitches: 从navigator.webdriver对象中移除enable-automation开关。这个属性是网站检测自动化程序的主要标志之一。useAutomationExtension: 禁用Chrome的自动化扩展进一步隐藏自动化痕迹。实操心得这三者一个add_argument和两个add_experimental_option通常组合使用作为反检测的基础套餐。能绕过大部分初级检测。3. 终极伪装使用已有用户数据目录 (user-data-dir)options.add_argument(ruser-data-dirC:\Users\YourName\AppData\Local\Google\Chrome\User Data) # 或者 options.add_argument(ruser-data-dir/home/username/.config/google-chrome)作用指定浏览器加载一个真实的、你日常使用过的Chrome用户配置文件路径。这样启动的浏览器会带有你的历史记录、Cookies、缓存甚至已登录的网站状态看起来和一个真人手动打开的浏览器几乎无异。威力与风险这是最有效的反检测方法之一因为网站很难区分。但随之而来的问题是并发冲突Chrome不允许同时用同一个用户数据目录启动多个实例。在并行测试中必须为每个线程或进程指定不同的、独立的用户数据目录副本否则会报错。环境清理测试可能会污染你的个人浏览数据。通常的做法是在自动化脚本开始时复制一份干净的浏览器配置文件模板到临时目录然后指定这个临时目录作为user-data-dir。测试结束后再删除。这虽然增加了复杂度但换来了极高的隐蔽性和测试状态独立性。3.3 下载、弹窗与证书处理参数自动化测试中处理文件下载、各种弹窗和SSL证书错误是家常便饭。1. 控制文件下载默认情况下Chrome遇到可下载文件时会弹出“另存为”对话框这会阻塞自动化脚本。我们需要让它在后台静默下载到指定位置。# 设置下载路径 prefs { download.default_directory: rD:\auto_downloads, # 指定下载目录 download.prompt_for_download: False, # 禁用下载前提示 download.directory_upgrade: True, # 启用目录升级提示通常设为True safebrowsing.enabled: True # 安全浏览可根据需要关闭 } options.add_experimental_option(prefs, prefs)关键点download.default_directory路径要使用绝对路径并且确保运行自动化脚本的用户有该目录的写入权限。避坑点在Linux服务器上路径分隔符是/并且要注意目录权限chmod。此外有些文件类型如.exe可能受Windows Defender或其他安全软件影响需要额外处理。2. 禁用各种弹窗prefs { profile.default_content_setting_values.notifications: 2, # 禁用通知弹窗 (1-允许 2-阻止) # ... 其他prefs } options.add_experimental_option(prefs, prefs) # 另外禁用密码保存弹窗和“Chrome正受到自动测试软件控制”的信息栏 options.add_experimental_option(excludeSwitches, [enable-automation, enable-logging]) # enable-logging有时也有用 options.add_argument(--disable-infobars) # 禁用信息栏旧版Chrome有效新版可能已整合通知弹窗notifications: 2这个设置非常实用很多网站一打开就请求通知权限这个弹窗会干扰元素定位。“自动化控制”信息栏新版Chrome通过excludeSwitches中的enable-automation已经能很好地隐藏顶部黄条--disable-infobars更多是历史遗留参数。3. 忽略SSL证书错误options.add_argument(--ignore-certificate-errors) options.add_argument(--allow-insecure-localhost) # 特别适用于localhost开发环境作用当访问使用自签名证书、过期证书或域名不匹配的HTTPS网站时Chrome会显示红色警告页。这些参数让浏览器继续前进而不是阻塞。使用场景主要用于测试内部开发、测试或预发布环境。绝对不要在对公网生产环境进行自动化测试时使用这会掩盖真实的安全问题。3.4 性能、日志与调试参数这些参数帮助你优化执行效率、排查问题。1. 禁用图片加载 (blink-settings)options.add_argument(--blink-settingsimagesEnabledfalse)作用禁止加载页面图片。这可以显著提升页面加载速度和脚本执行速度减少网络带宽消耗。适用场景在不需要验证图片显示的UI自动化测试或者网络爬虫场景中非常有用。但要注意这可能会影响依赖于图片加载完成的页面布局或JavaScript执行。2. 禁用JavaScript (--disable-javascript)options.add_argument(--disable-javascript)作用完全禁用JavaScript。这会让绝大多数现代网站无法正常工作。使用场景非常小众主要用于性能基准测试对比有无JS的加载时间或者测试网站的渐进增强能力在不支持JS的浏览器下的降级表现。日常功能测试不要用。3. 控制日志输出options.add_argument(--log-level3) # 只记录致命错误 (0:INFO, 1:WARNING, 2:ERROR, 3:FATAL) options.add_experimental_option(excludeSwitches, [enable-logging]) # 禁止控制台输出DevTools日志作用减少Chrome和ChromeDriver在控制台输出的冗余日志信息让输出更清晰。--log-level3将Chrome的日志级别调到最高FATAL只输出严重错误。enable-logging禁用由excludeSwitches控制的另一种日志输出。调试时当需要排查问题时可以移除这些参数或降低日志级别如--log-level0来获取更详细的信息。4. 实战配置组合与代码示例理论说再多不如看几个实战中常用的配置组合。下面我用PythonPyTest风格和JavaTestNG风格分别展示。4.1 场景一CI/CD环境下的无头模式执行这是最普遍的配置追求稳定、快速、无干扰。Python (PyTest) 示例import pytest from selenium import webdriver from selenium.webdriver.chrome.service import Service from webdriver_manager.chrome import ChromeDriverManager pytest.fixture(scopefunction) def driver(): options webdriver.ChromeOptions() # 基础无头与窗口设置 options.add_argument(--headlessnew) options.add_argument(--window-size1920,1080) options.add_argument(--disable-gpu) # 虚拟化环境可保留 # Docker/容器环境必备 options.add_argument(--no-sandbox) options.add_argument(--disable-dev-shm-usage) # 反检测基础套餐 options.add_argument(--disable-blink-featuresAutomationControlled) options.add_experimental_option(excludeSwitches, [enable-automation]) options.add_experimental_option(useAutomationExtension, False) # 忽略证书错误适用于测试环境 options.add_argument(--ignore-certificate-errors) # 禁用图片加速加载 options.add_argument(--blink-settingsimagesEnabledfalse) # 静默日志 options.add_argument(--log-level3) options.add_experimental_option(excludeSwitches, [enable-logging]) # 使用webdriver-manager自动管理驱动避免版本问题 service Service(ChromeDriverManager().install()) driver webdriver.Chrome(serviceservice, optionsoptions) yield driver driver.quit() def test_search_in_ci(driver): driver.get(https://www.example.com) assert Example in driver.title # ... 你的测试逻辑Java (TestNG) 示例import org.openqa.selenium.WebDriver; import org.openqa.selenium.chrome.ChromeDriver; import org.openqa.selenium.chrome.ChromeOptions; import org.testng.annotations.AfterMethod; import org.testng.annotations.BeforeMethod; import org.testng.annotations.Test; import io.github.bonigarcia.wdm.WebDriverManager; public class HeadlessTest { private WebDriver driver; BeforeMethod public void setUp() { WebDriverManager.chromedriver().setup(); ChromeOptions options new ChromeOptions(); options.addArguments(--headlessnew); options.addArguments(--window-size1920,1080); options.addArguments(--disable-gpu); options.addArguments(--no-sandbox); options.addArguments(--disable-dev-shm-usage); options.addArguments(--disable-blink-featuresAutomationControlled); options.setExperimentalOption(excludeSwitches, new String[]{enable-automation}); options.setExperimentalOption(useAutomationExtension, false); options.addArguments(--ignore-certificate-errors); options.addArguments(--blink-settingsimagesEnabledfalse); options.addArguments(--log-level3); options.setExperimentalOption(excludeSwitches, new String[]{enable-logging}); driver new ChromeDriver(options); } Test public void testExample() { driver.get(https://www.example.com); assert driver.getTitle().contains(Example); // ... 测试逻辑 } AfterMethod public void tearDown() { if (driver ! null) { driver.quit(); } } }4.2 场景二本地调试与带UI的复杂交互测试当你在本地开发调试脚本或者测试涉及复杂拖拽、Canvas绘图等需要真实渲染的场景时。Python 示例 (重点在用户数据和下载)from selenium import webdriver from selenium.webdriver.chrome.service import Service import os import tempfile import shutil def create_driver_for_debug(): options webdriver.ChromeOptions() # 1. 准备独立的用户数据目录避免污染个人数据支持并行 # 先找一个干净的Chrome配置模板或者每次临时创建 user_data_dir tempfile.mkdtemp(prefixchrome_profile_) print(f使用临时用户数据目录: {user_data_dir}) options.add_argument(fuser-data-dir{user_data_dir}) # 2. 带UI运行可指定窗口位置和大小 options.add_argument(--window-size1600,900) # options.add_argument(--window-position100,100) # 设置窗口启动位置 # 3. 反检测套餐即使调试也建议加上保持环境一致 options.add_argument(--disable-blink-featuresAutomationControlled) options.add_experimental_option(excludeSwitches, [enable-automation]) options.add_experimental_option(useAutomationExtension, False) # 4. 配置下载调试时可能也需要 download_dir os.path.join(os.getcwd(), debug_downloads) os.makedirs(download_dir, exist_okTrue) prefs { download.default_directory: download_dir, download.prompt_for_download: False, profile.default_content_setting_values.notifications: 2 } options.add_experimental_option(prefs, prefs) # 5. 禁用控制台多余日志但保留浏览器日志方便调试 # options.add_argument(--log-level0) # 调试时可打开看详细日志 options.add_experimental_option(excludeSwitches, [enable-logging]) service Service() # 假设chromedriver已在PATH driver webdriver.Chrome(serviceservice, optionsoptions) # 返回driver的同时也返回临时目录便于测试后清理 return driver, user_data_dir # 使用示例 driver, temp_dir create_driver_for_debug() try: driver.get(https://www.example.com) # 进行你的调试操作... input(按回车键结束调试并关闭浏览器...) # 阻塞方便你看界面 finally: driver.quit() # 可选清理临时用户数据目录 shutil.rmtree(temp_dir, ignore_errorsTrue) print(f已清理临时目录: {temp_dir})4.3 场景三加载特定扩展插件进行测试测试依赖于浏览器扩展的功能或者需要扩展辅助进行自动化如拦截请求、修改Cookie。Python 示例from selenium import webdriver from selenium.webdriver.chrome.service import Service import os def create_driver_with_extension(): options webdriver.ChromeOptions() # 1. 加载扩展 (.crx 文件) # 方式一直接加载本地已打包的.crx文件 extension_path os.path.abspath(./my_extension.crx) if os.path.exists(extension_path): options.add_extension(extension_path) else: print(f警告: 扩展文件 {extension_path} 不存在。) # 方式二如果只有扩展的源目录未打包需要先打包或使用load-extension参数更复杂 # options.add_argument(f--load-extension{os.path.abspath(./extension_src)}) # 2. 基础配置 options.add_argument(--window-size1200,800) options.add_argument(--disable-blink-featuresAutomationControlled) options.add_experimental_option(excludeSwitches, [enable-automation]) # 3. 可能需要禁用扩展的开发者模式警告实验性选项不稳定 # prefs {extensions.ui.developer_mode: True} # options.add_experimental_option(prefs, prefs) service Service() driver webdriver.Chrome(serviceservice, optionsoptions) # 注意加载扩展后浏览器可能会有扩展的弹窗或图标。 # 你需要获取扩展的背景页或弹出页的句柄来与之交互这通常需要更复杂的CDPChrome DevTools Protocol操作。 return driver5. 常见问题排查与进阶技巧实录即使配置得当在实际运行中还是会遇到各种稀奇古怪的问题。下面是我总结的一些高频问题及解决方法。5.1 浏览器启动失败或秒退现象脚本执行浏览器窗口一闪而过或根本打不开控制台报错。排查步骤检查ChromeDriver版本兼容性这是最常见的原因。确保你的ChromeDriver版本与已安装的Chrome浏览器版本匹配。使用webdriver-managerPython或WebDriverManagerJava可以自动处理但网络不好时可能失败。手动检查Chrome菜单 - 帮助 - 关于Google Chrome查看版本号然后去 ChromeDriver官网 下载对应版本。检查参数冲突某些参数组合可能导致冲突。尝试一个最简配置只加--headless和--no-sandbox看能否启动然后逐个添加参数定位问题。查看详细日志在ChromeOptions中先去掉--log-level3和excludeSwitches中的enable-logging让浏览器输出所有日志到控制台从中寻找错误信息。权限问题在Linux/Mac下确保chromedriver二进制文件有执行权限 (chmod x chromedriver)。确保指定的下载目录、用户数据目录有写入权限。端口占用如果之前脚本异常退出可能chromedriver进程未完全关闭占用了端口。手动结束相关进程chromedriver,chrome。5.2 元素找不到或交互失败无头模式特有现象在有头模式下运行正常的脚本在无头模式下报错NoSuchElementException或交互如点击无效。原因与解决窗口尺寸无头模式没有默认尺寸。务必设置--window-size。有些响应式元素在不同尺寸下显示状态不同如移动端菜单按钮。等待策略无头模式下页面加载和渲染的时机可能与有头模式有细微差别。强化你的显式等待不要过度依赖time.sleep。使用WebDriverWait配合expected_conditions等待元素可交互。JavaScript执行确保页面JS已完全执行。有些元素是JS动态生成的。可以尝试在操作前加一个等待JS完成的判断driver.execute_script(return document.readyState) complete。鼠标悬停有些菜单需要鼠标悬停才出现。在无头模式下可能需要用ActionChains来模拟悬停或者直接执行JS来触发元素的:hover样式。5.3 下载文件失败或找不到现象脚本执行后文件没有下载到指定目录。排查路径问题确认download.default_directory是绝对路径。相对路径可能基于未知的工作目录。使用os.path.abspath()来确保。文件类型处理对于某些浏览器认为“危险”的文件类型如.exe,.msi即使设置了prompt_for_download: falseChrome可能仍会阻止下载并需要额外授权。需要在prefs中添加prefs { download.default_directory: download_dir, download.prompt_for_download: False, safebrowsing.enabled: False, # 关闭安全浏览检查谨慎使用了解风险 profile.default_content_settings.popups: 0, # 允许弹窗不一定有效 }更可靠的方法是对于危险文件考虑使用浏览器DevTools Protocol (CDP)来监听下载事件并直接获取文件内容但这更复杂。等待下载完成发起下载操作后需要等待文件实际写入磁盘。一个简单的方法是轮询目标目录直到出现预期的文件或.crdownload临时文件消失。import time def wait_for_download_complete(download_dir, filename, timeout30): file_path os.path.join(download_dir, filename) temp_path file_path .crdownload end_time time.time() timeout while time.time() end_time: if os.path.exists(file_path) and not os.path.exists(temp_path): return True time.sleep(0.5) return False5.4 如何应对更复杂的反检测机制基础的反检测套餐disable-blink-features,excludeSwitches,useAutomationExtension能解决大部分问题。但如果遇到更高级的检测如检测浏览器指纹、WebGL、字体等就需要更深入的手段使用undetected-chromedriver库 (Python)这是一个第三方库它修补了Selenium和ChromeDriver能更好地隐藏自动化特征。它内部集成了很多高级伪装技巧使用起来和原生Selenium几乎一样。pip install undetected-chromedriverimport undetected_chromedriver as uc driver uc.Chrome() driver.get(https://nowsecure.nl) # 一个著名的反自动化检测测试网站通过CDP执行JavaScript覆盖属性在浏览器启动后通过driver.execute_cdp_cmd执行Chrome DevTools Protocol命令直接覆盖navigator对象下的属性。driver.execute_cdp_cmd(Page.addScriptToEvaluateOnNewDocument, { source: Object.defineProperty(navigator, webdriver, { get: () undefined }); Object.defineProperty(navigator, plugins, { get: () [1, 2, 3] }); // 覆盖更多属性... })这需要在driver.get()访问目标页面前执行通常放在浏览器初始化之后、访问任何页面之前。终极方案浏览器指纹管理这涉及修改Canvas、WebGL、AudioContext、字体列表等硬件和软件指纹。这非常复杂通常需要借助专门的库或工具如puppeteer-extra-plugin-stealthfor Puppeteer。在Selenium中实现成本较高除非有极端需求否则建议评估使用Playwright或Puppeteer等更现代的工具它们对反检测的支持更好。5.5 ChromeOptions 与 WebDriver 服务 (Service) 的配合除了ChromeOptionsService对象也控制着chromedriver本身的行为两者配合能解决更多问题。from selenium.webdriver.chrome.service import Service from selenium.webdriver.common.desired_capabilities import DesiredCapabilities service Service( executable_path/path/to/chromedriver, # 可指定驱动路径用webdriver-manager则不需要 port9515, # 指定驱动服务端口避免冲突 service_args[--verbose, --log-pathchromedriver.log] # 启用chromedriver详细日志 ) # 可以通过Capabilities传递一些旧版或特定的选项现代用法优先用ChromeOptions caps DesiredCapabilities.CHROME.copy() # caps[pageLoadStrategy] none # 修改页面加载策略 # caps[acceptInsecureCerts] True # 接受不安全证书与--ignore-certificate-errors类似 options ChromeOptions() # ... 你的options配置 driver webdriver.Chrome(serviceservice, optionsoptions, desired_capabilitiescaps)关键点当遇到连接问题、端口冲突或需要查看底层chromedriver日志时配置Service对象非常有用。service_args中的--log-path可以将chromedriver的日志输出到文件对于排查复杂的启动和通信问题至关重要。配置ChromeOptions是Selenium自动化测试中一项看似基础实则深度很大的技能。从简单的窗口控制到复杂的反检测攻防每一个参数背后都对应着特定的应用场景和潜在问题。我的建议是根据你的实际测试需求从一份稳定的基础配置如CI无头配置开始遇到具体问题时再像查字典一样来这篇文章里寻找对应的参数和解决方案。记住没有一套配置能放之四海而皆准最好的配置永远是适合你当前项目的那一套。多动手试多观察日志你就能越来越熟练地驾驭这匹“Chrome”骏马让你的自动化测试脚本跑得又快又稳。
