Linux下Pytest+Selenium UI自动化核心是稳定驱动、可靠执行、清晰反馈；需Chrome与Chromedriver版本严格匹配，启用--headless=new、--no-sandbox等参数，用conftest.py统一管理driver生命周期，封装页面操作、断言业务结果，集成Allure与Jenkins实现定时验证闭环。
在Linux上用Pytest和Selenium构建UI自动化测试流水线，核心是让测试可重复、可调度、可验证，同时适配无图形界面环境。关键不在“装齐工具”，而在于稳定驱动、可靠执行、清晰反馈。
确保Chrome与Chromedriver在无头环境下协同工作
Linux服务器通常没有桌面环境，必须启用Chrome的headless模式，并规避沙箱限制：
- 安装最新版Chrome（推荐使用
apt或dpkg方式，避免手动解压路径混乱） - 下载与Chrome主版本号严格匹配的Chromedriver（例如Chrome 124.x → Chromedriver 124.x），存放在
/usr/local/bin/并赋予可执行权限 - 启动浏览器时务必添加以下参数：
-
--headless=new（新版headless，兼容性优于旧版--headless --disable-gpu） -
--no-sandbox（绕过Linux沙箱限制，生产环境需配合用户隔离策略） -
--disable-dev-shm-usage（避免/dev/shm空间不足导致崩溃） -
--remote-debugging-port=9222（便于调试时临时启用）
-
用Conftest.py统一管理浏览器生命周期
避免每个测试都新建/销毁driver，既耗时又易出错。在tests/conftest.py中定义fixture：
@pytest.fixture(scope="function")
def browser():
options = webdriver.ChromeOptions()
options.add_argument("--headless=new")
options.add_argument("--no-sandbox")
options.add_argument("--disable-dev-shm-usage")
driver = webdriver.Chrome(options=options)
driver.implicitly_wait(5)
yield driver
driver.quit()
这样所有test_*.py里的测试函数只需声明def test_something(browser):即可复用同一套启动逻辑，失败时也能自动清理进程。
立即学习“前端免费学习笔记（深入）”；
编写可维护的测试用例：聚焦交互断言，而非元素定位细节
前端DOM常变，硬编码find_element(By.ID, "btn-submit")极易失效。建议：
- 对关键操作封装成方法，比如
login_as(user)、add_to_cart(item_name)，把定位逻辑收拢在页面类或工具函数里 - 断言优先检查业务结果，而非中间状态。例如：
- ✅ “下单成功弹窗出现” →
assert "订单已提交" in driver.page_source - ❌ “提交按钮被点击” → 不代表业务成功
- ✅ “下单成功弹窗出现” →
- 为异步操作加显式等待（
WebDriverWait），不依赖time.sleep()
集成Allure报告 + Jenkins定时触发，形成闭环流水线
单次本地运行只是起点，真正保障一致性要靠持续验证：
- 安装
allure-pytest插件：pip install allure-pytest - 在
pytest.ini中配置默认输出目录：[pytest] addopts = --alluredir=reports/allure-results -v testpaths = tests
- Jenkins任务中执行：
pytest tests/ --alluredir=reports/allure-results，再调用allure serve reports/allure-results预览，或用allure generate生成静态报告归档 - 设置定时任务（如每天凌晨2点）或Git Push后触发，确保每次前端变更都经受真实浏览器检验
不复杂但容易忽略：每次CI运行前，确认chromedriver版本与目标环境Chrome一致，且DISPLAY变量无需设置（headless下不依赖X11）。稳定跑通一次，比反复修定位快十倍。
