CentOS服务器部署Selenium自动化测试环境：无头Chrome实战指南

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环境崩溃，十有八九是版本不匹配。这里涉及一个“三件套”：

1. 谷歌浏览器：主程序。
2. ChromeDriver：Selenium用来控制Chrome的桥梁。
3. 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 --version

3.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。

第二步：安装匹配的ChromeDriver

ChromeDriver的版本必须与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_VERSION=124.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-size=1920,1080’) # 设置初始窗口大小 # 初始化驱动 driver = webdriver.Chrome(options=chrome_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：设定初始窗口大小。有些网页的响应式布局依赖于视口大小，明确设置可以保证测试一致性。

其他有用选项：

• —lang=en-US：设置浏览器语言，确保测试环境语言一致。
• —ignore-certificate-errors：忽略HTTPS证书错误，用于测试环境。
• —disable-blink-features=AutomationControlled：早期用于隐藏自动化特征，但现代反爬机制更复杂，此选项效果有限。

4.2 资源管理与稳定性保障

自动化测试长时间运行，资源泄露是常见问题。

• 务必调用driver.quit()：在try…finally块或with语句中确保无论测试成功与否，都会调用driver.quit()。只调用driver.close()只会关闭当前标签页，不会终止浏览器进程。
• 使用with语句（Python）：Selenium 4支持上下文管理器，能自动退出。

  from selenium.webdriver import Chrome, ChromeOptions options = ChromeOptions() options.add_argument(‘—headless’) with Chrome(options=options) as driver: driver.get(‘https://example.com’) # 操作... # 退出with块后，driver.quit()会自动调用

• 进程监控：在CI/CD流水线中，设置脚本执行超时。如果测试卡死，要有机制强制杀死残留的chrome和chromedriver进程。

  # 强制清理残留进程的脚本示例 pkill -9 chrome pkill -9 chromedriver

4.3 集成到CI/CD流程

在Jenkins、GitLab CI或GitHub Actions中，通常将上述步骤封装在一个Shell脚本或直接写在Pipeline脚本里。关键点是：

1. 在before_script或准备阶段，安装Chrome和ChromeDriver。
2. 将测试脚本和依赖项（如requirements.txt）放入工作区。
3. 执行测试命令，并收集结果（如pytest的JUnit XML报告、Allure报告）。
4. 在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 [arch=amd64] 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/ --html=report.html --self-contained-html # 运行测试并生成报告 artifacts: paths: - report.html when: always after_script: - pkill -9 chrome || true - pkill -9 chromedriver || true

5. 常见问题排查与实战心得

即使按照步骤来，也可能会遇到问题。这里记录几个高频问题和我自己的解决思路。

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 性能与稳定性优化心得

1. 使用Driver Service管理生命周期：对于需要频繁创建和销毁Driver的场景（如测试套件），使用selenium.webdriver.chrome.service.Service可以更好地控制启动和停止，避免端口占用。
2. 复用浏览器会话：对于一组关联的测试用例，考虑复用同一个Driver实例，而不是每个用例都重启浏览器。这能大幅缩短执行时间。但要注意用例之间的状态隔离（清理cookies、localStorage）。
3. 合理使用等待：硬性等待time.sleep是万恶之源。务必使用Selenium提供的显式等待WebDriverWait配合expected_conditions，让测试脚本更智能、更快速。
4. 监控服务器资源：在长期运行的测试服务器上，使用htop或glances监控内存和CPU。Chrome每个实例都会消耗不少内存，及时清理僵尸进程至关重要。

最后，这套环境的搭建只是自动化测试的基础。真正的挑战在于编写稳定、可维护、业务价值高的测试脚本，以及将其优雅地集成到整个研发流程中。从一台干净的CentOS服务器开始，到能够稳定运行成百上千个自动化测试用例，每一步都需要耐心和细致的调优。希望这份详细的实践指南，能帮你少走弯路，快速搭建起属于你自己的、坚固可靠的自动化测试堡垒。