1. 项目概述为什么电商网站是Selenium自动化测试的“黄金战场”如果你是一名测试工程师或者正在学习自动化测试那么“电商网站”绝对是你绕不开的一个实战场景。我从业十多年经手过各种类型的项目但电商网站的自动化测试始终是复杂度最高、挑战最大同时也是最能体现Selenium价值的领域。为什么这么说因为一个典型的电商网站几乎集齐了Web自动化测试的所有“考点”复杂的用户交互流程、动态加载的内容、多样化的UI组件、对数据一致性的严苛要求以及高频次的迭代更新。想象一下一个用户从打开首页、搜索商品、浏览列表、查看详情、加入购物车、登录/注册、填写收货地址、选择支付方式到最终下单这一条“用户旅程”涉及数十个页面跳转和上百个交互点。手动测试一遍耗时耗力且容易遗漏而一旦业务逻辑或UI稍有改动回归测试的工作量更是呈指数级增长。这就是Selenium这类UI自动化测试框架大显身手的地方。它不仅能模拟真实用户的操作7x24小时不间断地执行重复性测试还能在每次代码提交后快速验证核心业务流程是否畅通为产品质量和发布速度提供坚实保障。然而把Selenium用好在电商项目里远不是写几个find_element和click()那么简单。你需要面对弹窗、iframe、验证码虽然通常需要绕过、异步加载、动态ID、多窗口切换等一系列“拦路虎”。网上很多教程只教了“怎么用”但没讲“为什么这么用”以及“遇到坑怎么办”。这篇文章我就以一个虚拟的“UniShop”电商网站为例带你走一遍从零搭建一个健壮、可维护的电商自动化测试框架的全过程。我们会聚焦于核心业务流程的测试并深入探讨那些只有在一线实战中才会遇到的细节问题和解决方案。2. 测试框架设计与核心思路拆解在动手写第一行代码之前花时间在设计和思路上是绝对值得的。一个糟糕的框架设计会让后续的脚本维护变成一场噩梦。根据我的经验电商自动化测试框架的设计必须围绕以下几个核心原则展开。2.1 测试策略为什么“全流程”测试不是最佳起点看到“全流程解析”这个标题很多新手会迫不及待地想写一个从注册到支付的超长脚本。这是一个经典的误区。Selenium官方文档里那个“定制独角兽”的例子就明确指出了这一点冗长的测试脚本运行慢、不稳定、且失败时难以定位问题。正确的策略是“分而治之”。我们将“用户下单”这个宏大的目标拆解成一系列独立、原子化的测试用例。例如TC-001: 用户登录功能测试TC-002: 商品搜索与列表展示测试TC-003: 商品详情页信息验证测试TC-004: 购物车添加、删除、修改商品数量测试TC-005: 收货地址管理测试TC-006: 模拟支付流程测试通常对接沙箱环境TC-007: 订单列表与状态查询测试每个测试用例只关注一个特定的功能点并且有明确的“前置条件”、“测试步骤”和“预期结果”。这样做的好处显而易见执行速度快单个用例通常在几十秒到几分钟内完成。定位问题准如果“加入购物车”失败了你立刻就知道是购物车模块的问题而不是需要去排查登录或搜索环节。维护成本低当“商品详情页”的UI改版时你只需要修改对应的测试用例和页面对象不会波及其他测试。那么“全流程”测试还要不要做要做但它应该是冒烟测试Smoke Test或核心业务流程测试由上面那些原子化的用例组合而成且执行频率可以低一些例如每日构建时执行。它的目的不是验证细节而是确保主路径畅通。2.2 技术选型为什么是 Python Selenium Pytest语言和工具链的选择是地基。Java曾经是Selenium的主流但近年来Python因其语法简洁、生态丰富而更受自动化测试领域青睐。Selenium 4.x这是我们的核心武器。相较于3.x4.x提供了更稳定的API如新的find_element方法、原生的相对定位器Relative Locators以及改进的CDPChrome DevTools Protocol集成对于处理现代Web应用更有优势。务必使用最新稳定版。Python 3.8语法友好适合快速开发。丰富的库requests,pymysql,openpyxl能轻松处理测试数据准备和结果验证。Pytest这是我强烈推荐的测试运行框架。它比Python自带的unittest更灵活强大夹具fixture管理能力超群参数化测试pytest.mark.parametrize方便进行数据驱动丰富的插件生态如pytest-html生成报告pytest-xdist分布式执行能完美支撑企业级需求。Page Object Model (POM)这不是一个库而是一种设计模式。它是Selenium项目保持可维护性的生命线。其核心思想是将页面封装成对象页面的元素定位和操作细节都隐藏在对象内部测试脚本只与页面对象提供的业务方法交互。这样当页面UI变化时你只需要更新对应的页面对象类而不需要修改大量的测试脚本。一个简单的POM示例结构如下project/ ├── conftest.py # Pytest配置文件定义全局fixture如driver初始化 ├── test_cases/ # 存放测试脚本 │ ├── test_login.py │ └── test_cart.py ├── pages/ # 存放页面对象 │ ├── __init__.py │ ├── base_page.py # 基础页面类封装公共方法 │ ├── login_page.py │ └── cart_page.py ├── locators/ # (可选) 单独存放元素定位器 │ ├── __init__.py │ └── login_locators.py ├── utilities/ # 工具类 │ ├── common_actions.py │ └── data_reader.py └── reports/ # 测试报告目录2.3 环境准备与驱动管理“我明明装了Selenium为什么跑不起来”——90%的新手都会卡在环境配置上。这里有几个关键点浏览器驱动管理这是最大的坑。Chrome/Edge浏览器频繁自动更新而驱动版本必须与浏览器版本严格匹配。手动下载和管理驱动是噩梦。解决方案是使用webdriver-manager库。它可以自动检测你本地安装的浏览器版本并下载匹配的驱动。pip install webdriver-manager在代码中初始化驱动变得非常简单from selenium import webdriver from selenium.webdriver.chrome.service import Service from webdriver_manager.chrome import ChromeDriverManager from selenium.webdriver.chrome.options import Options options Options() # 常用配置无头模式、禁用沙盒、忽略证书错误 # options.add_argument(--headless) # 无头模式不打开GUI options.add_argument(--no-sandbox) options.add_argument(--ignore-certificate-errors) options.add_argument(--disable-gpu) # 自动管理驱动 service Service(ChromeDriverManager().install()) driver webdriver.Chrome(serviceservice, optionsoptions)依赖隔离使用virtualenv或pipenv创建独立的Python虚拟环境避免项目间的包版本冲突。注意在CI/CD持续集成/持续部署环境中通常使用无头模式--headless运行测试以节省资源。但在调试阶段建议先使用有头模式直观地观察脚本执行过程。3. 核心页面对象模型POM的深度实现POM模式听起来简单但要写出优雅、健壮的页面对象需要很多实战技巧。我们以电商网站最经典的登录页面和商品详情页为例。3.1 基础页面类BasePage的封装所有具体页面类的父类它封装了所有页面共用的操作和等待逻辑。这是减少代码重复和提高稳定性的关键。# pages/base_page.py from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC from selenium.common.exceptions import TimeoutException, NoSuchElementException import logging class BasePage: def __init__(self, driver): self.driver driver self.logger logging.getLogger(__name__) # 设置一个全局的显式等待超时时间 self.wait WebDriverWait(driver, 10) def find_element(self, locator): 查找单个元素加入显式等待 try: element self.wait.until(EC.presence_of_element_located(locator)) return element except TimeoutException: self.logger.error(f元素定位超时: {locator}) # 这里可以附加截图操作方便调试 self.driver.save_screenshot(ferror_{locator}.png) raise def find_elements(self, locator): 查找多个元素 try: elements self.wait.until(EC.presence_of_all_elements_located(locator)) return elements except TimeoutException: self.logger.warning(f未找到元素列表: {locator}) return [] # 返回空列表避免后续操作报错 def click(self, locator): 点击元素并等待元素可点击 element self.wait.until(EC.element_to_be_clickable(locator)) element.click() def input_text(self, locator, text): 输入文本先清空再输入 element self.find_element(locator) element.clear() element.send_keys(text) def get_text(self, locator): 获取元素文本 element self.find_element(locator) return element.text.strip() def is_element_visible(self, locator, timeout5): 判断元素是否可见 try: WebDriverWait(self.driver, timeout).until( EC.visibility_of_element_located(locator) ) return True except TimeoutException: return False def switch_to_frame(self, locator): 切换到iframe frame self.find_element(locator) self.driver.switch_to.frame(frame) def switch_to_default_content(self): 切回主文档 self.driver.switch_to.default_content()为什么这么设计集中式等待所有元素查找都内置了显式等待避免了因页面加载或JS执行导致的ElementNotInteractableException。异常处理与日志统一的异常捕获和日志记录配合截图功能能在测试失败时快速定位问题。业务语义click、input_text等方法封装了底层Selenium操作让测试脚本更贴近自然语言。3.2 登录页面对象实战我们假设UniShop的登录页面有用户名、密码输入框一个登录按钮以及可能出现的错误提示。# pages/login_page.py from selenium.webdriver.common.by import By from .base_page import BasePage class LoginPage(BasePage): # 1. 定位器Locators集中管理 # 使用By类来指定定位策略清晰明了 USERNAME_INPUT (By.ID, username) # 假设ID为username PASSWORD_INPUT (By.ID, password) LOGIN_BUTTON (By.XPATH, //button[typesubmit and contains(text(), 登录)]) ERROR_MESSAGE (By.CLASS_NAME, error-message) REMEMBER_ME_CHECKBOX (By.NAME, rememberMe) # 2. 页面操作方法 def enter_username(self, username): self.input_text(self.USERNAME_INPUT, username) return self # 支持链式调用 def enter_password(self, password): self.input_text(self.PASSWORD_INPUT, password) return self def click_login(self): self.click(self.LOGIN_BUTTON) # 点击后页面可能跳转这里可以返回下一个页面的对象比如首页 from pages.home_page import HomePage # 避免循环导入在方法内导入 return HomePage(self.driver) def login(self, username, password): 一个完整的登录业务方法 self.enter_username(username).enter_password(password).click_login() return HomePage(self.driver) def get_error_message(self): 获取登录错误提示 if self.is_element_visible(self.ERROR_MESSAGE): return self.get_text(self.ERROR_MESSAGE) return None def remember_me(self, rememberTrue): 操作‘记住我’复选框 checkbox self.find_element(self.REMEMBER_ME_CHECKBOX) if remember and not checkbox.is_selected(): checkbox.click() elif not remember and checkbox.is_selected(): checkbox.click()关键技巧与避坑指南定位器策略优先级IDNameCSS SelectorXPath。ID通常是唯一且最快的。尽量避免使用包含索引如div[3]或文本内容如//button[text()‘登录’]的脆弱XPath因为它们对UI变化极其敏感。如果元素没有好的属性可以尝试让开发同学为测试添加># pages/product_detail_page.py import time from selenium.webdriver.support.ui import Select from .base_page import BasePage from selenium.webdriver.common.by import By class ProductDetailPage(BasePage): PRODUCT_TITLE (By.CSS_SELECTOR, .product-title) PRODUCT_PRICE (By.CSS_SELECTOR, .current-price) COLOR_SELECTOR (By.ID, colorSelect) SIZE_SELECTOR (By.ID, sizeSelect) QUANTITY_INPUT (By.NAME, quantity) ADD_TO_CART_BUTTON (By.XPATH, //button[contains(class, add-to-cart-btn)]) CART_POPUP (By.ID, cartModal) VIEW_CART_LINK (By.LINK_TEXT, 查看购物车) def select_color(self, color_value): 选择颜色假设是下拉框 color_dropdown Select(self.find_element(self.COLOR_SELECTOR)) color_dropdown.select_by_value(color_value) # 或用 select_by_visible_text return self def select_size(self, size_value): 选择尺寸 size_dropdown Select(self.find_element(self.SIZE_SELECTOR)) size_dropdown.select_by_value(size_value) return self def set_quantity(self, qty): 设置购买数量注意不是所有输入框都支持clear qty_element self.find_element(self.QUANTITY_INPUT) # 有些页面用input有些用div模拟需要先判断 if qty_element.tag_name input: qty_element.clear() qty_element.send_keys(str(qty)) else: # 可能是点击“” “-”按钮这里需要更复杂的逻辑 pass return self def add_to_cart(self): 点击加入购物车按钮并处理可能的弹窗 original_window self.driver.current_window_handle self.click(self.ADD_TO_CART_BUTTON) # 等待并处理加入成功的弹窗 try: WebDriverWait(self.driver, 5).until( EC.visibility_of_element_located(self.CART_POPUP) ) self.logger.info(商品成功加入购物车弹窗出现。) # 可以选择点击“继续购物”或“查看购物车” # 这里我们点击查看购物车 self.click(self.VIEW_CART_LINK) from pages.cart_page import CartPage return CartPage(self.driver) except TimeoutException: # 如果没有弹窗可能直接跳转或页面刷新需要根据实际情况处理 self.logger.info(未检测到加入购物车弹窗可能直接跳转。) # 简单等待一下页面稳定 time.sleep(2) # 假设加入后仍在详情页我们可以手动导航到购物车 # 更优的做法是页头有购物车图标可以点击 # 这里为示例我们直接跳转到购物车URL self.driver.get(https://unishop.example.com/cart) return CartPage(self.driver) def get_product_info(self): 获取当前页面的商品基本信息用于后续断言 title self.get_text(self.PRODUCT_TITLE) price self.get_text(self.PRODUCT_PRICE) # 价格可能需要清洗如去掉货币符号 price_value float(price.replace(¥, ).replace(,, )) return {title: title, price: price_value}处理动态交互的要点下拉框Select一定要使用Selenium提供的Select类而不是直接去点击option。它更稳定。弹窗与等待加入购物车后网站通常会有成功提示弹窗。必须使用显式等待WebDriverWait来等待弹窗元素出现再进行下一步操作。切忌使用固定的time.sleep()这会导致测试速度慢且不稳定。多种场景处理add_to_cart方法考虑了有弹窗和无弹窗两种场景并通过try-except进行分支处理增强了脚本的健壮性。4. 测试用例编写与数据驱动有了健壮的页面对象编写测试用例就变得像搭积木一样简单。我们使用Pytest来组织测试。4.1 使用Pytest Fixture管理Driver生命周期conftest.py是Pytest的魔力所在其中定义的fixture可以被所有测试文件共享。# conftest.py import pytest from selenium import webdriver from selenium.webdriver.chrome.service import Service from webdriver_manager.chrome import ChromeDriverManager from selenium.webdriver.chrome.options import Options pytest.fixture(scopefunction) # 每个测试函数执行一次 def driver(): 初始化并返回一个WebDriver实例测试结束后关闭 options Options() # 生产环境常用无头模式 # options.add_argument(--headless) options.add_argument(--no-sandbox) options.add_argument(--disable-dev-shm-usage) # 解决Linux下共享内存问题 options.add_argument(--window-size1920,1080) # 禁用浏览器通知、密码保存提示等 prefs { profile.default_content_setting_values.notifications: 2, credentials_enable_service: False, profile.password_manager_enabled: False } options.add_experimental_option(prefs, prefs) service Service(ChromeDriverManager().install()) driver_instance webdriver.Chrome(serviceservice, optionsoptions) driver_instance.implicitly_wait(5) # 设置一个全局的隐式等待作为兜底 driver_instance.maximize_window() yield driver_instance # 测试函数从这里获取driver # 测试结束后执行清理 driver_instance.quit() pytest.fixture def login(driver): 一个更高层次的fixture已登录的状态 from pages.login_page import LoginPage from config import TEST_USER # 从配置文件读取测试账号 login_page LoginPage(driver) login_page.driver.get(https://unishop.example.com/login) home_page login_page.login(TEST_USER[username], TEST_USER[password]) return home_page # 返回登录后的首页对象Fixture的作用域scopefunction是最常用的保证每个测试用例都在一个全新的浏览器会话中运行相互隔离。对于登录这种耗时操作可以单独抽离成loginfixture供需要登录状态的测试用例复用。4.2 编写原子化测试用例# test_cases/test_login.py import pytest from pages.login_page import LoginPage class TestLogin: 登录功能测试类 pytest.mark.parametrize(username, password, expected, [ (valid_user, valid_pass, success), # 正向用例 (invalid_user, valid_pass, 用户名或密码错误), # 用户名错误 (valid_user, , 密码不能为空), # 密码为空 (, valid_pass, 用户名不能为空), # 用户名为空 ]) def test_login_with_different_inputs(self, driver, username, password, expected): 数据驱动测试验证不同输入组合的登录结果 login_page LoginPage(driver) login_page.driver.get(https://unishop.example.com/login) login_page.enter_username(username) login_page.enter_password(password) login_page.click_login() if expected success: # 验证登录成功例如URL跳转或出现用户头像 assert dashboard in driver.current_url or login_page.is_element_visible((By.ID, userAvatar)) else: # 验证出现对应的错误提示 actual_error login_page.get_error_message() assert actual_error is not None assert expected in actual_error def test_remember_me_functionality(self, driver): 测试‘记住我’功能 login_page LoginPage(driver) login_page.driver.get(https://unishop.example.com/login) login_page.remember_me(rememberTrue) login_page.enter_username(test_user).enter_password(test_pass).click_login() # 此处需要清理cookie或使用新session来验证“记住我”是否生效 # 通常需要更复杂的步骤如关闭浏览器再打开检查用户名是否自动填充 # 简化示例仅展示操作 assert login_page.is_element_visible((By.ID, userAvatar))数据驱动测试使用pytest.mark.parametrize装饰器可以将多组测试数据与同一个测试函数绑定极大减少了代码重复。这是Pytest非常强大的一个特性。4.3 编写业务流程测试用例# test_cases/test_shopping_flow.py import pytest from pages.product_detail_page import ProductDetailPage from pages.cart_page import CartPage class TestShoppingFlow: 核心购物流程测试 pytest.fixture(autouseTrue) def setup(self, login): 每个测试方法前自动执行确保处于已登录状态并进入商品页 self.home_page login # 假设首页有商品列表点击第一个商品进入详情页 self.home_page.click_first_product() self.product_page ProductDetailPage(self.home_page.driver) yield # 测试后清理购物车可选可通过API清理更高效 # self.clean_cart_via_api() def test_add_single_item_to_cart(self): 测试添加单个商品到购物车 # 1. 在商品详情页进行操作 product_info self.product_page.get_product_info() self.product_page.select_color(red).select_size(M).set_quantity(1) # 2. 加入购物车 cart_page self.product_page.add_to_cart() # 3. 在购物车页面进行断言 cart_items cart_page.get_cart_items() assert len(cart_items) 1 added_item cart_items[0] assert added_item[name] product_info[title] assert added_item[price] product_info[price] assert added_item[quantity] 1 assert added_item[color] 红色 # 注意页面显示可能是中文 assert added_item[size] M def test_update_item_quantity_in_cart(self): 测试在购物车内修改商品数量 # 前置先添加一个商品到购物车 self.product_page.select_color(blue).select_size(L).set_quantity(2).add_to_cart() cart_page CartPage(self.product_page.driver) # 修改数量为3 cart_page.update_item_quantity(0, 3) # 假设第一个商品索引为0 updated_quantity cart_page.get_item_quantity(0) assert updated_quantity 3 # 验证小计和总价是否正确更新 unit_price cart_page.get_item_unit_price(0) expected_subtotal unit_price * 3 actual_subtotal cart_page.get_item_subtotal(0) assert actual_subtotal expected_subtotal测试用例的组织setupfixtureautouseTrue确保了每个测试方法开始前都处于“已登录并进入某个商品页”的初始状态。测试方法遵循Arrange-Act-Assert (AAA)模式准备数据/状态 - 执行操作 - 验证结果。断言assert要具体验证多个维度数量、名称、价格、属性确保功能正确。5. 高级技巧与疑难问题排查实录即使框架设计得再好在实际运行中也会遇到各种“诡异”的问题。下面分享一些我踩过的坑和解决方案。5.1 元素定位失败动态ID与Shadow DOM问题现代前端框架如React, Vue生成的元素ID常常是动态的每次刷新页面都变化用By.ID定位会失败。解决方案使用其他稳定属性如># 避免//div[idrandom-12345]/button # 推荐通过其父容器或兄弟元素的稳定特征来定位 ADD_BUTTON (By.XPATH, //div[contains(class, product-actions)]//button[text()加入购物车]) # 或CSS: (By.CSS_SELECTOR, .product-actions button.add-to-cart)应对Shadow DOM如果元素在Shadow Root内部需要先定位到Shadow Host再使用driver.execute_script切入。shadow_host driver.find_element(By.CSS_SELECTOR, custom-element) shadow_root driver.execute_script(return arguments[0].shadowRoot, shadow_host) inner_element shadow_root.find_element(By.CSS_SELECTOR, .inner-button) inner_element.click()5.2 等待策略告别time.sleep拥抱智能等待问题time.sleep(10)是万恶之源它让测试变得极慢且不可靠可能10秒不够也可能浪费9秒。解决方案组合使用三种等待。隐式等待Implicit Wait在driver初始化时设置一个全局超时如5秒。它会在查找任何元素时如果没立即找到就轮询等待一段时间。仅作为兜底不要设得太大。driver.implicitly_wait(5) # 单位秒显式等待Explicit Wait主力等待策略。针对某个特定条件进行等待更精确。from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC # 等待元素可点击 element WebDriverWait(driver, 10).until( EC.element_to_be_clickable((By.ID, myButton)) ) element.click() # 等待元素消失如加载动画 WebDriverWait(driver, 10).until( EC.invisibility_of_element_located((By.ID, loadingSpinner)) ) # 等待新窗口出现 WebDriverWait(driver, 10).until(EC.number_of_windows_to_be(2))固定等待极少数情况下如等待一个非常耗时的第三方组件初始化完成且没有更好的检测条件时可谨慎使用time.sleep(1)但必须加注释说明原因。5.3 处理弹窗、新窗口和iframe弹窗Alert/Confirm/Promptfrom selenium.webdriver.common.alert import Alert # 等待弹窗出现并接受 WebDriverWait(driver, 5).until(EC.alert_is_present()) alert driver.switch_to.alert alert.accept() # 点击确定 # alert.dismiss() # 点击取消 # text alert.text # 获取弹窗文本新窗口/标签页# 点击一个会打开新窗口的链接 main_window driver.current_window_handle link.click() # 等待新窗口出现并切换 WebDriverWait(driver, 10).until(EC.number_of_windows_to_be(2)) for window_handle in driver.window_handles: if window_handle ! main_window: driver.switch_to.window(window_handle) break # 在新窗口操作... # 操作完毕后关闭新窗口并切回 driver.close() driver.switch_to.window(main_window)iframe操作iframe内的元素前必须先切换到对应的iframe。# 通过ID、Name或元素定位iframe iframe driver.find_element(By.ID, payment-iframe) driver.switch_to.frame(iframe) # 现在可以定位iframe内的元素了 driver.find_element(By.ID, cardNumber).send_keys(1234) # 操作完成后切回主文档 driver.switch_to.default_content()5.4 测试数据管理与清理问题测试用例会产生垃圾数据如测试订单、测试地址影响后续测试或污染生产环境。最佳实践测试前准备Setup尽量通过API创建测试所需的数据用户、商品。这比通过UI操作快几个数量级且不依赖UI状态。可以使用requests库调用后端接口。import requests def create_test_user_via_api(username, email): api_url https://api.unishop.example.com/internal/users payload {username: username, email: email, role: test} headers {Authorization: Bearer internal-test-token} response requests.post(api_url, jsonpayload, headersheaders) return response.json()[userId]测试后清理Teardown同样通过API删除测试数据。可以在Pytest的fixture中实现确保测试无论成功失败都会执行清理。pytest.fixture def test_user(driver): 创建一个临时测试用户用完后删除 user_id create_test_user_via_api(temp_user_001, tempexample.com) yield user_id # 将user_id提供给测试用例使用 # 测试结束后无论成功失败都会执行下面的清理 delete_user_via_api(user_id)使用测试环境自动化测试一定要在独立的测试环境进行绝对不能跑在生产环境上。5.5 测试报告与失败分析一份清晰的测试报告是团队协作和问题排查的利器。Pytest可以很方便地生成HTML报告。安装插件pip install pytest-html pytest-xdist后者用于分布式执行。执行命令pytest test_cases/ --htmlreports/report.html --self-contained-html -v--self-contained-html会将CSS和JS内嵌生成单个HTML文件方便分享。失败截图在conftest.py中为driverfixture添加失败钩子自动截图。pytest.hookimpl(tryfirstTrue, hookwrapperTrue) def pytest_runtest_makereport(item, call): 获取测试用例执行结果的钩子函数 outcome yield rep outcome.get_result() setattr(item, rep_ rep.when, rep) # 将结果存储到item中 pytest.fixture(scopefunction, autouseTrue) def screenshot_on_failure(request, driver): 测试失败时自动截图 yield if request.node.rep_call.failed: # 判断测试调用阶段是否失败 # 生成唯一文件名 test_name request.node.name timestamp datetime.now().strftime(%Y%m%d_%H%M%S) screenshot_path f./screenshots/failure_{test_name}_{timestamp}.png driver.save_screenshot(screenshot_path) print(f测试失败截图已保存至: {screenshot_path})这样每次测试失败都会在screenshots目录下生成带时间和用例名的截图一目了然。6. 持续集成与团队协作个人本地运行自动化测试只是第一步将其集成到团队的CI/CD流水线中才能最大化价值。版本控制将整个测试框架代码、页面对象、测试数据纳入Git管理。CI/CD集成在Jenkins、GitLab CI、GitHub Actions等工具中配置任务。触发条件代码推送Push、合并请求Merge Request时自动触发测试。环境准备在CI Agent上安装Python、Chrome或使用无头浏览器如chromium、依赖包。执行测试运行pytest命令可以并行执行pytest -n auto以加快速度。结果反馈将生成的HTML报告和失败截图作为构建产物保存并可以通过邮件、钉钉、Slack等通知团队。测试用例标签化使用Pytest的pytest.mark给测试用例打标签如pytest.mark.smoke冒烟测试、pytest.mark.regression回归测试。在CI中可以根据需要选择执行。# 只执行冒烟测试 pytest -m smoke # 执行除慢速测试外的所有用例 pytest -m not slow电商网站的UI自动化测试是一个系统工程从框架选型、模型设计、用例编写到集成部署每一步都需要仔细考量。它绝不是简单的“录制-回放”而是一种需要持续维护和优化的开发活动。希望这篇基于实战的解析能帮你避开我当年踩过的那些坑构建出高效、稳定的自动化测试体系。记住好的自动化测试是活的它应该随着产品一起成长成为保障产品质量和研发效率的可靠伙伴。