1. 项目概述为什么要在CentOS上搞Selenium自动化如果你是一名测试工程师或者开发最近被老板要求在Linux服务器上跑自动化测试脚本尤其是针对Web应用那你大概率绕不开Selenium。而“在CentOS上部署Selenium 谷歌浏览器”这个组合几乎是目前企业级自动化测试环境搭建的“标准答案”。这不仅仅是为了让脚本在后台无界面运行更是为了环境的一致性、资源的集中管理和持续集成流程的顺畅。我经历过好几次从零开始在干净的CentOS服务器上搭建这套环境过程说不上多复杂但坑绝对不少。比如你兴冲冲地用yum装了Chrome结果Selenium驱动死活连不上或者你以为装了图形界面就能高枕无忧结果发现内存被吃光脚本跑着跑着就崩了。这个项目标题背后核心解决的就是如何在无图形界面的Linux生产环境中稳定、高效地运行基于真实浏览器的自动化测试。它适合所有需要将自动化测试从本地Windows/Mac迁移到Linux服务器或者构建CI/CD流水线的朋友。接下来我会把我趟过的路、踩过的坑以及最终验证可行的方案毫无保留地拆解给你。2. 环境整体设计与核心组件选型在CentOS上部署Selenium不是一个简单的“安装-运行”过程而是一个需要综合考虑操作系统、浏览器、驱动和运行模式的系统工程。盲目安装只会导致各种版本冲突和运行时错误。2.1 为什么选择CentOS Chrome Selenium的组合首先CentOS或它的社区继承者Rocky Linux/AlmaLinux以其出色的稳定性和长期支持周期成为企业服务器环境的首选。在服务器上跑自动化测试稳定压倒一切你肯定不希望因为系统的一个莫名更新导致整个测试套件瘫痪。其次谷歌浏览器Chrome是目前市场占有率最高的浏览器这意味着你的自动化测试需要覆盖的主要目标就是它。Chrome对Web标准支持好且提供了官方的无头模式和无沙盒模式非常适合服务器环境。相比之下Firefox在无头模式下的资源占用和某些CSS渲染细节上可能略有差异。最后Selenium WebDriver是业界事实标准的浏览器自动化工具。它通过浏览器厂商提供的驱动如ChromeDriver直接控制浏览器模拟真实用户操作测试结果可信度高。这个组合确保了测试环境与用户实际使用环境的高度一致。2.2 无头模式 vs. 虚拟显示关键决策点这是整个部署中最容易迷惑也最关键的一个决策你的CentOS服务器有没有图形界面无头模式这是首选方案。Chrome和Firefox都原生支持--headless参数。在这种模式下浏览器启动但不创建任何图形界面窗口极大地节省了服务器资源CPU和内存。这对于纯粹的测试执行服务器来说是完美选择。从Chrome 59版本开始无头模式已经非常稳定。虚拟显示如果你的测试脚本在某些情况下必须“看到”一个图形界面例如需要依赖某些仅在图形环境下生效的浏览器行为或者你需要截图进行基于图像的比对或者你使用的旧版Chrome无头模式有bug那么你需要一个虚拟的图形界面。这就是Xvfb的用武之地。它在内存中创建一个虚拟的显示服务器让浏览器“以为”自己运行在有界面的环境中从而正常运行。我的经验99%的Web自动化测试场景直接使用新版Chrome的无头模式就足够了。只有当你遇到一些极其特殊的、依赖图形渲染的检查点时才需要考虑Xvfb。优先尝试无头模式它能简化架构减少依赖。2.3 组件版本匹配避坑第一定律Selenium环境崩溃十有八九是版本不匹配。这里涉及一个“三件套”谷歌浏览器主程序。ChromeDriverSelenium用来控制Chrome的桥梁。Selenium Client Library你编写测试脚本所使用的语言库如Python的selenium包。它们之间必须版本兼容。尤其是Chrome和ChromeDriver大版本号需要基本一致。官方推荐使用最新稳定版本的Chrome并搭配对应版本的ChromeDriver。3. 详细部署步骤与实操要点下面我们进入实战环节。假设我们面对的是一台新安装的、最小化部署的CentOS 7/8服务器无图形界面。我们将采用最稳定、最常用的Python语言作为客户端示例。3.1 系统基础环境准备首先确保系统是最新的并安装必要的工具。# 更新系统包 sudo yum update -y # 安装基础开发工具和依赖 sudo yum install -y wget curl unzip git make gcc-c # 安装Python3及pip如果系统没有的话CentOS 7可能需要先安装EPEL仓库 sudo yum install -y python3 python3-pip # 验证安装 python3 --version pip3 --version3.2 谷歌浏览器与ChromeDriver的安装与配对这是核心步骤我们采用官方源安装Chrome确保版本最新且来源可靠。第一步安装谷歌浏览器# 1. 将Google Chrome的官方YUM仓库添加到系统 sudo curl -o /etc/yum.repos.d/google-chrome.repo https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm # 上面的命令可能有问题更标准的方式是下载repo文件或直接安装rpm包。我们采用直接下载rpm安装的方式 wget https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm # 2. 安装Chrome如果缺少依赖yum会尝试解决 sudo yum localinstall -y google-chrome-stable_current_x86_64.rpm # 3. 验证安装查看版本号。关键信息是‘Google Chrome 1xx.x.xxxx.xx’ google-chrome --version记下输出的版本号例如Google Chrome 124.0.6367.78。我们主要需要主版本号124。第二步安装匹配的ChromeDriverChromeDriver的版本必须与Chrome主版本匹配。去 ChromeDriver下载站 查看版本映射或者直接通过脚本获取。# 获取已安装Chrome的主版本号 CHROME_MAJOR_VERSION$(google-chrome --version | grep -oP ‘\d\.\d\.\d’ | cut -d. -f1) echo “Chrome主版本号: $CHROME_MAJOR_VERSION” # 下载对应版本的ChromeDriver。 # 注意ChromeDriver的版本号可能与Chrome主版本号完全一致也可能是一个接近的版本。最稳妥的方法是去官网查看。 # 这里提供一个自动获取最新版本的示例假设版本一致 CHROMEDRIVER_VERSION$(curl -sS https://chromedriver.storage.googleapis.com/LATEST_RELEASE_$CHROME_MAJOR_VERSION) wget -N https://chromedriver.storage.googleapis.com/$CHROMEDRIVER_VERSION/chromedriver_linux64.zip # 解压并安装到系统路径 unzip -o chromedriver_linux64.zip sudo mv chromedriver /usr/local/bin/ sudo chmod x /usr/local/bin/chromedriver # 验证ChromeDriver安装 chromedriver --version确保chromedriver --version输出的版本号与下载的版本一致。关键技巧在生产环境中建议将版本号固化。例如在Dockerfile或部署脚本中明确指定CHROMEDRIVER_VERSION124.0.6367.78而不是每次都下载LATEST避免因浏览器自动更新导致的不兼容。3.3 Selenium库安装与最小化测试脚本通过pip安装Python的Selenium库。pip3 install selenium现在创建一个最简单的测试脚本test_headless.py来验证整个环境是否通畅。from selenium import webdriver from selenium.webdriver.chrome.options import Options from selenium.webdriver.common.by import By import time def test_headless_chrome(): # 配置Chrome选项 chrome_options Options() chrome_options.add_argument(‘—headless’) # 无头模式 chrome_options.add_argument(‘—no-sandbox’) # 在Linux下以root用户运行时必须禁用沙盒 chrome_options.add_argument(‘—disable-dev-shm-usage’) # 解决共享内存不足问题 chrome_options.add_argument(‘—disable-gpu’) # 早期无头模式可能需要现在可选 chrome_options.add_argument(‘—window-size1920,1080’) # 设置初始窗口大小 # 初始化驱动 driver webdriver.Chrome(optionschrome_options) try: # 访问测试页面 driver.get(‘https://www.baidu.com’) print(f“页面标题: {driver.title}”) # 等待一下确保页面加载 time.sleep(2) # 执行一个简单操作比如搜索框输入 search_box driver.find_element(By.ID, ‘kw’) search_box.send_keys(‘Selenium Headless Test’) print(“已找到搜索框并输入文字。”) # 截图保存验证无头模式下功能正常 driver.save_screenshot(‘/tmp/baidu_homepage.png’) print(“截图已保存至 /tmp/baidu_homepage.png”) except Exception as e: print(f“测试过程中发生错误: {e}”) finally: # 务必退出驱动释放资源 driver.quit() print(“浏览器驱动已关闭。”) if __name__ ‘__main__’: test_headless_chrome()运行这个脚本python3 test_headless.py如果一切顺利你将看到终端打印出页面标题、操作日志并在/tmp目录下生成一张截图。这证明你的无头Selenium环境已经成功运行。3.4 虚拟显示环境备选方案Xvfb的配置如果确实需要虚拟显示环境安装和配置Xvfb如下# 安装 Xvfb 和一个小型窗口管理器如fluxbox可选但有时需要 sudo yum install -y Xvfb xorg-x11-fonts* xorg-x11-utils fluxbox # 启动一个虚拟显示显示编号:99分辨率1024x768色深24 Xvfb :99 -screen 0 1024x768x24 export DISPLAY:99 # 在启动Chrome时不再添加—headless参数但保留其他参数。 # 你的Python脚本中chrome_options需要移除—headless。 # 然后正常启动driver浏览器将在虚拟显示中运行。你可以写一个启动脚本来自动化管理Xvfb进程确保测试开始前环境就绪。4. 进阶配置与性能调优基础环境搭好了但要用于生产还需要一些优化。4.1 Chrome选项的深度优化上面脚本中的几个add_argument选项至关重要—no-sandbox在Linux的root用户或容器内运行Chrome时必须添加否则会启动失败。非root用户可能不需要。—disable-dev-shm-usage使用/dev/shm的替代存储。在Docker容器或小内存环境中/dev/shm可能只有64MB会导致Chrome崩溃。这个选项可以避免此问题。—disable-gpu在无头模式下完全禁用GPU硬件加速避免不必要的资源开销和潜在问题。—window-size设定初始窗口大小。有些网页的响应式布局依赖于视口大小明确设置可以保证测试一致性。其他有用选项—langen-US设置浏览器语言确保测试环境语言一致。—ignore-certificate-errors忽略HTTPS证书错误用于测试环境。—disable-blink-featuresAutomationControlled早期用于隐藏自动化特征但现代反爬机制更复杂此选项效果有限。4.2 资源管理与稳定性保障自动化测试长时间运行资源泄露是常见问题。务必调用driver.quit()在try…finally块或with语句中确保无论测试成功与否都会调用driver.quit()。只调用driver.close()只会关闭当前标签页不会终止浏览器进程。使用with语句PythonSelenium 4支持上下文管理器能自动退出。from selenium.webdriver import Chrome, ChromeOptions options ChromeOptions() options.add_argument(‘—headless’) with Chrome(optionsoptions) as driver: driver.get(‘https://example.com’) # 操作... # 退出with块后driver.quit()会自动调用进程监控在CI/CD流水线中设置脚本执行超时。如果测试卡死要有机制强制杀死残留的chrome和chromedriver进程。# 强制清理残留进程的脚本示例 pkill -9 chrome pkill -9 chromedriver4.3 集成到CI/CD流程在Jenkins、GitLab CI或GitHub Actions中通常将上述步骤封装在一个Shell脚本或直接写在Pipeline脚本里。关键点是在before_script或准备阶段安装Chrome和ChromeDriver。将测试脚本和依赖项如requirements.txt放入工作区。执行测试命令并收集结果如pytest的JUnit XML报告、Allure报告。在after_script中无论成功失败都尝试清理环境。一个GitLab CI的.gitlab-ci.yml片段示例stages: - test selenium_test: stage: test image: python:3.9 # 使用带有Python的基础镜像 before_script: - apt-get update apt-get install -y wget unzip # Debian系CentOS用yum - wget -q -O - https://dl.google.com/linux/linux_signing_key.pub | apt-key add - - echo “deb [archamd64] http://dl.google.com/linux/chrome/deb/ stable main” /etc/apt/sources.list.d/google.list - apt-get update apt-get install -y google-chrome-stable - CHROME_VERSION$(google-chrome --version | grep -oP ‘\d\.\d\.\d’ | cut -d. -f1) - wget -N “https://chromedriver.storage.googleapis.com/$(curl -sS https://chromedriver.storage.googleapis.com/LATEST_RELEASE_$CHROME_VERSION)/chromedriver_linux64.zip” - unzip chromedriver_linux64.zip chmod x chromedriver mv chromedriver /usr/local/bin/ - pip install -r requirements.txt # 包含selenium等 script: - python -m pytest tests/ --htmlreport.html --self-contained-html # 运行测试并生成报告 artifacts: paths: - report.html when: always after_script: - pkill -9 chrome || true - pkill -9 chromedriver || true5. 常见问题排查与实战心得即使按照步骤来也可能会遇到问题。这里记录几个高频问题和我自己的解决思路。5.1 ChromeDriver无法启动或连接失败现象WebDriverException: Message: unknown error: cannot find Chrome binary原因Selenium找不到Chrome安装路径。解决明确指定二进制路径。chrome_options.binary_location ‘/usr/bin/google-chrome’。现象WebDriverException: Message: unknown error: Chrome failed to start: exited abnormally原因最常见。缺少—no-sandbox和—disable-dev-shm-usage参数或者内存不足。解决确保在Linux服务器尤其是容器内添加这两个参数。检查服务器可用内存。现象SessionNotCreatedException: Message: session not created: This version of ChromeDriver only supports Chrome version XX原因版本不匹配。解决重新核对并安装匹配版本的ChromeDriver。使用google-chrome --version和chromedriver --version仔细比对。5.2 无头模式下的特殊行为现象元素找不到但本地有界面运行时正常。原因无头模式下的视口大小可能与你的本地环境不同导致页面布局变化元素被隐藏或位置不对。解决始终通过—window-size参数设置一个固定的、足够大的窗口尺寸。在查找元素前可以尝试滚动到元素所在位置或使用更健壮的定位方式如XPath结合多个属性。现象下载文件功能异常。原因无头模式下文件下载对话框不会弹出默认下载行为可能不同。解决需要通过Chrome选项设置默认下载目录并禁用下载提示。prefs { “download.default_directory”: “/path/to/downloads”, “download.prompt_for_download”: False, “download.directory_upgrade”: True, “safebrowsing.enabled”: True } chrome_options.add_experimental_option(“prefs”, prefs)5.3 性能与稳定性优化心得使用Driver Service管理生命周期对于需要频繁创建和销毁Driver的场景如测试套件使用selenium.webdriver.chrome.service.Service可以更好地控制启动和停止避免端口占用。复用浏览器会话对于一组关联的测试用例考虑复用同一个Driver实例而不是每个用例都重启浏览器。这能大幅缩短执行时间。但要注意用例之间的状态隔离清理cookies、localStorage。合理使用等待硬性等待time.sleep是万恶之源。务必使用Selenium提供的显式等待WebDriverWait配合expected_conditions让测试脚本更智能、更快速。监控服务器资源在长期运行的测试服务器上使用htop或glances监控内存和CPU。Chrome每个实例都会消耗不少内存及时清理僵尸进程至关重要。最后这套环境的搭建只是自动化测试的基础。真正的挑战在于编写稳定、可维护、业务价值高的测试脚本以及将其优雅地集成到整个研发流程中。从一台干净的CentOS服务器开始到能够稳定运行成百上千个自动化测试用例每一步都需要耐心和细致的调优。希望这份详细的实践指南能帮你少走弯路快速搭建起属于你自己的、坚固可靠的自动化测试堡垒。