1. 项目概述从“手工点点点”到“代码跑跑跑”的质变如果你是一名测试工程师或者是一名需要频繁与网页交互的开发者那么“手工点点点”的重复劳动一定让你深恶痛绝。每天打开浏览器输入网址点击按钮填写表单检查结果……这些操作不仅枯燥效率低下而且极易出错尤其是在需要回归测试、兼容性测试或者数据驱动测试的场景下。我从业十多年亲眼见证了测试工作从纯手工到半自动化再到如今追求全流程智能化的演进。而在这个过程中Selenium无疑是一个里程碑式的工具它让“用代码控制浏览器”这个想法变成了每个测试和开发人员触手可及的现实。简单来说Selenium 是一个用于 Web 应用程序自动化测试的强大工具套件。它允许你像真正的用户一样用编程语言如 Python、Java、C#、JavaScript 等来驱动浏览器执行点击、输入、滚动、跳转等一系列操作并能够获取页面元素的状态、文本、属性等信息从而进行断言和验证。它的核心价值在于将重复、机械的 Web 交互流程脚本化实现测试的自动执行极大地提升了测试的覆盖度、执行速度和可靠性。无论是前端开发者想自动化验证页面功能还是测试工程师构建复杂的自动化测试套件甚至是运营人员需要定时抓取某些网页数据Selenium 都能大显身手。2. Selenium 核心架构与组件拆解不只是“一个”工具很多人初识 Selenium以为它就是一个库或者一个 IDE。实际上Selenium 是一个由多个组件构成的生态系统理解其架构是高效使用它的基础。这就像组装一台电脑你需要知道 CPU、主板、显卡各自的作用才能搭配出最适合自己需求的配置。2.1 Selenium WebDriver真正的“驾驶员”Selenium WebDriver是当前 Selenium 体系的核心也是我们最常打交道的部分。你可以把它理解为各种浏览器如 Chrome、Firefox、Edge的“遥控器”。WebDriver 提供了一套面向对象的 API你的测试脚本通过调用这些 APIWebDriver 则会将其翻译成浏览器能理解的指令通过浏览器驱动从而控制浏览器。它的工作原理基于W3C WebDriver 协议这是一个标准化的协议确保了不同浏览器实现的一致性。当你写下一行driver.find_element(By.ID, “submit”).click()的代码时背后发生的是Selenium 客户端库如 Python 的selenium包将你的指令序列化为符合 WebDriver 协议的 JSON 数据。通过 HTTP 请求发送给对应浏览器的驱动程序如chromedriver.exe。浏览器驱动接收指令通过浏览器提供的自动化接口如 Chrome DevTools Protocol来操控浏览器实例。浏览器执行点击操作并将结果返回给驱动驱动再返回给客户端库最终反馈给你的脚本。为什么是 WebDriver 而不是旧的 Selenium RC这是新手常有的困惑。Selenium RCRemote Control是更早期的方案它通过向浏览器注入一个 JavaScript 核心Selenium Core来达到控制目的这种方式受同源策略限制大且速度慢。WebDriver 直接与浏览器原生通信更底层、更快速、更稳定因此 RC 已被彻底淘汰。现在说“用 Selenium 做自动化”默认指的就是 WebDriver。2.2 Selenium IDE录制与回放的快速入门工具Selenium IDE是一个浏览器插件主要支持 Chrome 和 Firefox它提供了“录制-回放”功能。你手动在浏览器上操作一遍IDE 会记录下你的步骤并生成测试脚本。这对于快速创建简单测试、探索 Selenium 命令或者给非技术人员演示自动化概念非常有用。实操心得我通常只用 IDE 做两件事一是快速生成某个复杂操作的初始脚本骨架二是用于元素定位器的辅助查找它可以直接显示元素的 CSS Selector 或 XPath。但绝不建议依赖录制生成的脚本作为最终自动化用例。因为录制的脚本通常非常脆弱缺乏编程逻辑如条件判断、循环、数据驱动且元素定位方式往往不够优化页面稍有改动就会失败。它只是一个入门垫脚石和辅助工具。2.3 Selenium Grid实现分布式并发测试当你的测试用例成百上千或者需要在多种浏览器、多种操作系统组合下进行测试时单机执行会变得异常耗时。Selenium Grid就是为了解决这个问题而生的。它采用 Hub-Node 架构Hub中心调度器负责接收测试请求并寻找匹配的 Node 来执行。Node执行节点注册到 Hub 上并声明自己所能提供的测试能力如浏览器类型、版本、操作系统等。你可以在一台机器上启动 Hub然后在多台不同的机器甚至是不同操作系统的虚拟机或云主机上启动 Node 并注册。之后你的测试脚本只需将命令发送给 HubHub 会自动分配任务到符合条件的 Node 上并行执行。这能极大缩短测试总耗时并方便地搭建跨浏览器测试环境。注意事项搭建和维护 Grid 环境有一定复杂度涉及网络、防火墙、节点状态监控等。对于中小型项目可以考虑使用云测平台提供的 Selenium Grid 服务如 Sauce Labs, BrowserStack它们提供了现成的、海量浏览器矩阵省去了自建和维护的麻烦。3. 环境搭建与核心配置实战理论说得再多不如动手搭一个。这里我以最流行的Python Chrome组合为例带你走一遍环境搭建的全过程并解释每一个步骤背后的原因。3.1 基础环境安装安装 Python从 python.org 下载最新稳定版。安装时务必勾选 “Add Python to PATH”这样可以在命令行直接使用python和pip命令。安装 Selenium 客户端库打开命令行CMD 或 Terminal执行pip install selenium。这会在你的 Python 环境中安装 Selenium 的客户端绑定库它包含了所有用于与 WebDriver 通信的 API。下载浏览器驱动这是最关键也最容易出错的一步。你需要下载与你的Chrome 浏览器版本匹配的chromedriver。打开 Chrome在地址栏输入chrome://version/查看“Google Chrome”后面的版本号例如120.0.6099.109。访问 ChromeDriver 的官方下载站或国内镜像站。下载对应版本或兼容版本的驱动。将下载的chromedriver.exeWindows或chromedriverMac/Linux文件放在一个目录下例如C:\WebDriver\或/usr/local/bin/。为什么驱动版本必须匹配因为chromedriver实现了与特定版本 Chrome 浏览器通信的协议。版本不匹配会导致通信失败最常见的错误就是This version of ChromeDriver only supports Chrome version XXX。一种更稳妥的做法是使用webdriver-manager这样的第三方库它可以自动下载和管理匹配的驱动。# 使用 webdriver-manager 的示例 from selenium import webdriver from selenium.webdriver.chrome.service import Service from webdriver_manager.chrome import ChromeDriverManager # Service 会自动管理 chromedriver 的下载和路径 service Service(ChromeDriverManager().install()) driver webdriver.Chrome(serviceservice)3.2 第一个自动化脚本从打开百度开始环境准备好后我们来写一个最简单的脚本感受一下 Selenium 的威力。from selenium import webdriver from selenium.webdriver.common.by import By import time # 1. 创建 WebDriver 实例启动 Chrome 浏览器 driver webdriver.Chrome() # 如果 chromedriver 不在 PATH需指定路径webdriver.Chrome(executable_path‘你的路径’) # 2. 打开目标网址 driver.get(“https://www.baidu.com“) print(f“当前页面标题是{driver.title}“) # 3. 定位搜索框输入关键词 # 通过检查元素发现百度搜索框的 id 是 ‘kw’ search_box driver.find_element(By.ID, “kw”) search_box.send_keys(“Selenium 自动化测试“) # 模拟键盘输入 # 4. 定位搜索按钮并点击 # 搜索按钮的 id 是 ‘su’ search_button driver.find_element(By.ID, “su”) search_button.click() # 5. 等待一下查看结果 time.sleep(3) # 强制等待实际项目中应使用更智能的等待方式 print(f“搜索后页面标题是{driver.title}“) # 6. 关闭浏览器 driver.quit()运行这段代码你会看到一个 Chrome 浏览器自动打开访问百度输入文字并点击搜索最后关闭。这就是自动化的魅力。踩坑点脚本中使用了time.sleep(3)这是一种“强制等待”会让线程暂停指定时间。在实际项目中严禁滥用强制等待因为网络速度和服务器响应时间是不确定的设短了元素还没加载出来设长了浪费执行时间。正确的做法是使用 Selenium 提供的“显式等待”。4. 元素定位自动化测试的基石自动化测试约 80% 的工作量在于稳定地定位到页面元素。定位不准后续所有操作都无从谈起。Selenium 提供了 8 种主要的定位策略。4.1 八大定位策略详解与选用原则ID (By.ID)最优先选择。ID 在 HTML 中应该是唯一的定位最快、最准确。driver.find_element(By.ID, “username”)。Name (By.NAME)次优选择。常用于表单元素。driver.find_element(By.NAME, “password”)。Class Name (By.CLASS_NAME)注意一个元素可以有多个 class此处需传入完整的 class 字符串或其中的一个。如果 class 名包含空格表示多个 class需小心处理。Tag Name (By.TAG_NAME)通过标签名定位如“input”,“div”。通常返回多个元素需用find_elements获取列表后再操作。Link Text (By.LINK_TEXT)专门用于定位超链接 (a标签)通过链接的完整文本内容。driver.find_element(By.LINK_TEXT, “登录”)。Partial Link Text (By.PARTIAL_LINK_TEXT)通过链接的部分文本内容定位。driver.find_element(By.PARTIAL_LINK_TEXT, “录”)。CSS Selector (By.CSS_SELECTOR)功能强大语法灵活性能优异。是 XPath 之外最重要的定位方式。例如#container .list-item。XPath (By.XPATH)功能最强大的定位方式可以遍历 XML/HTML 文档的任何节点。语法相对复杂但能解决几乎所有定位难题。例如//div[id‘content’]/form/input[1]。定位策略选用优先级个人经验首选 ID唯一且稳定。次选 Name/CSS SelectorName 用于表单CSS Selector 简洁高效现代前端框架生成的元素常适合用 CSS 定位。慎用 XPath除非以上方式都无法唯一定位或者需要基于文本、层级关系进行复杂定位时才使用。尽量避免使用包含索引如[1]或绝对路径以/开头的 XPath因为它们非常脆弱页面结构微调就会失效。应多使用相对路径和属性组合。避免使用 Class Name 定位具有通用样式的元素例如.btn这种 class 可能在页面中出现很多次。4.2 高级定位技巧与实战组合定位当单一属性无法唯一定位时可以组合使用。CSS Selector 和 XPath 在这方面尤其擅长。CSS:input.form-control[name‘email’]定位一个name为email且class包含form-control的输入框。XPath://button[contains(class, ‘btn-primary’) and text()‘提交’]定位一个class包含btn-primary且文本为“提交”的按钮。处理动态ID/Class现代单页应用SPA如 React, Vue 生成的元素 ID 或 Class 常常是动态哈希值每次刷新都变。此时绝对不能用完整的动态值定位。策略1使用其他稳定属性如>等待类型机制优点缺点使用场景强制等待time.sleep(n)让线程固定休眠 n 秒简单粗暴效率低下时间难把控浪费或不足几乎不用仅用于临时调试隐式等待driver.implicitly_wait(n)设置一个全局等待时间。在查找任何元素时如果元素未立即出现WebDriver 会轮询 DOM 最多 n 秒。设置一次全局生效不够灵活对某些特定条件如元素可点击、元素消失无效可能影响性能可以设置一个较短的全局超时如5-10秒作为兜底显式等待WebDriverWait针对某个特定条件如元素可见、可点击、元素存在等进行等待直到条件满足或超时。灵活、精准、高效针对性强代码量稍多主力等待方式用于所有需要等待的关键操作后5.2 显式等待实战详解显式等待是构建健壮测试脚本的必备技能。其核心是WebDriverWait类和expected_conditions模块。from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC from selenium.webdriver.common.by import By # 设置显式等待最多等待10秒轮询间隔默认0.5秒 wait WebDriverWait(driver, 10) # 场景1等待元素出现并可见然后点击 login_button wait.until(EC.element_to_be_clickable((By.ID, “loginBtn”))) login_button.click() # 场景2等待元素包含特定文本 success_message wait.until(EC.text_to_be_present_in_element((By.CLASS_NAME, “alert”), “登录成功”)) # 场景3等待页面标题包含某个关键词 wait.until(EC.title_contains(“仪表盘”)) # 场景4等待旧元素消失如加载动画 wait.until(EC.invisibility_of_element_located((By.ID, “loadingSpinner”))) # 场景5等待新窗口/新标签页打开 original_window driver.current_window_handle # ... 执行会打开新窗口的操作 ... wait.until(EC.number_of_windows_to_be(2)) # 等待窗口数量变为2 # 切换窗口逻辑...为什么显式等待优于隐式等待隐式等待在每次find_element时都会生效即使元素早已存在也会等待轮询周期结束无形中增加了耗时。而显式等待是“按需等待”只在必要的时刻等待必要的条件效率更高意图更清晰。注意事项不要混合使用隐式等待和显式等待这会导致不可预料的超时行为。最佳实践是设置一个很短的隐式等待如2-5秒作为全局兜底然后所有关键步骤都使用显式等待。或者更纯粹的做法是将隐式等待设置为0完全依赖显式等待。6. 常用操作与高级交互模拟定位和等待是基础接下来是让浏览器“动”起来。6.1 基础操作API点击与输入click(),send_keys(“text”),clear()。表单操作对于下拉框select需要使用Select类。from selenium.webdriver.support.ui import Select select_element Select(driver.find_element(By.ID, “country”)) select_element.select_by_visible_text(“中国”) # 按文本选择 select_element.select_by_value(“CN”) # 按value选择 select_element.select_by_index(1) # 按索引选择获取元素信息text元素内的可见文本get_attribute(“attrName”)获取属性值如href,value,classis_displayed(),is_enabled(),is_selected()用于复选框、单选框。6.2 模拟复杂用户交互现代网页充满了复杂的交互如拖拽、悬停、键盘快捷键等。Selenium 的ActionChains类专门用于处理此类高级交互。from selenium.webdriver.common.action_chains import ActionChains from selenium.webdriver.common.keys import Keys actions ActionChains(driver) # 鼠标悬停 menu driver.find_element(By.ID, “mainMenu”) sub_menu driver.find_element(By.ID, “subMenu”) actions.move_to_element(menu).perform() # 移动到主菜单 wait.until(EC.visibility_of(sub_menu)) # 等待子菜单出现 actions.move_to_element(sub_menu).click().perform() # 移动到子菜单并点击 # 拖放元素 source driver.find_element(By.ID, “draggable”) target driver.find_element(By.ID, “droppable”) actions.drag_and_drop(source, target).perform() # 键盘操作组合键 CtrlC (复制) actions.key_down(Keys.CONTROL).send_keys(“c”).key_up(Keys.CONTROL).perform() # 或者直接发送快捷键到某个元素 element.send_keys(Keys.CONTROL, “a”) # 全选6.3 处理 JavaScript 弹窗与浏览器窗口Alert/Confirm/Prompt# 等待弹窗出现 alert wait.until(EC.alert_is_present()) print(alert.text) # 获取弹窗文本 alert.accept() # 点击“确定” # alert.dismiss() # 点击“取消” # alert.send_keys(“输入内容”) # 适用于 prompt浏览器窗口/标签页切换# 获取当前所有窗口句柄 all_handles driver.window_handles current_handle driver.current_window_handle # 切换到新窗口假设最后一个是最新打开的 driver.switch_to.window(all_handles[-1]) # 操作新窗口... # 切回原窗口 driver.switch_to.window(current_handle)iframe 框架切换如果元素位于 iframe 内必须先切换到对应的 iframe 才能操作。# 通过 ID、Name 或索引切换 driver.switch_to.frame(“iframeNameOrId”) # 或者先定位到 iframe 元素 iframe_element driver.find_element(By.TAG_NAME, “iframe”) driver.switch_to.frame(iframe_element) # 操作 iframe 内的元素... # 操作完成后切回主文档 driver.switch_to.default_content()7. 集成测试框架与最佳实践单独使用 Selenium WebDriver 写脚本只是开始。要构建可维护、可扩展、可报告的自动化测试项目必须将其集成到测试框架中。7.1 与单元测试框架结合以 Pytest 为例Pytest 是 Python 生态中最流行的测试框架与 Selenium 结合得天衣无缝。项目目录结构示例my_automation_project/ ├── conftest.py # Pytest 配置和 fixture 定义 ├── requirements.txt # 项目依赖 ├── pages/ # 页面对象模型 │ ├── __init__.py │ ├── login_page.py │ └── home_page.py ├── tests/ # 测试用例 │ ├── __init__.py │ ├── test_login.py │ └── test_search.py ├── utils/ # 工具函数 │ ├── __init__.py │ └── helpers.py └── reports/ # 测试报告自动生成核心技巧使用 Fixture 管理 Driver 生命周期conftest.py中定义 fixture这是 Pytest 的精华用于 setup 和 teardown。# conftest.py import pytest from selenium import webdriver from selenium.webdriver.chrome.options import Options pytest.fixture(scope“function”) # 每个测试函数执行一次 def driver(): “”“创建并返回一个 WebDriver 实例测试结束后关闭。”“” # 可选添加浏览器选项 chrome_options Options() chrome_options.add_argument(“--headless”) # 无头模式不显示浏览器UI chrome_options.add_argument(“--no-sandbox”) chrome_options.add_argument(“--disable-dev-shm-usage”) chrome_options.add_argument(“--window-size1920,1080”) driver webdriver.Chrome(optionschrome_options) driver.implicitly_wait(5) # 设置一个较短的全局隐式等待 yield driver # 将 driver 对象提供给测试用例 # 测试用例执行完毕后执行下面的清理工作 driver.quit() pytest.fixture def login(driver): “”“一个登录 fixture供需要已登录状态的测试用例使用。”“” # 调用页面对象进行登录 from pages.login_page import LoginPage login_page LoginPage(driver) login_page.load() login_page.login(“valid_user”, “valid_pass”) yield # 登录状态已就绪 # 如果需要可以在这里执行登出清理编写测试用例# tests/test_login.py from pages.login_page import LoginPage class TestLogin: def test_valid_login(self, driver): # 使用 driver fixture “”“测试有效登录。”“” login_page LoginPage(driver) login_page.load() login_page.login(“correct_username”, “correct_password”) assert “Dashboard” in driver.title # 使用 Pytest 的 assert # 或者使用页面对象的方法断言 assert login_page.is_login_successful() is True def test_invalid_login(self, driver): “”“测试无效登录。”“” login_page LoginPage(driver) login_page.load() login_page.login(“wrong”, “wrong”) error_msg login_page.get_error_message() assert “用户名或密码错误” in error_msg7.2 页面对象模型让代码可维护页面对象模型是 Selenium 自动化测试中最重要的设计模式。其核心思想是将一个页面的元素定位和操作封装在一个类中测试脚本只与页面对象交互不与底层定位器直接耦合。# pages/login_page.py from selenium.webdriver.common.by import By from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC class LoginPage: “”“登录页面的页面对象。”“” # 1. 定位器Locators - 所有元素定位信息集中管理 URL “https://example.com/login” USERNAME_INPUT (By.ID, “username”) PASSWORD_INPUT (By.ID, “password”) LOGIN_BUTTON (By.ID, “loginButton”) ERROR_MESSAGE (By.CLASS_NAME, “alert-error”) def __init__(self, driver): self.driver driver self.wait WebDriverWait(self.driver, 10) # 2. 页面行为Page Actions/Acions - 封装操作 def load(self): “”“访问登录页面。”“” self.driver.get(self.URL) return self def enter_username(self, username): “”“输入用户名。”“” element self.wait.until(EC.presence_of_element_located(self.USERNAME_INPUT)) element.clear() element.send_keys(username) return self # 支持链式调用 def enter_password(self, password): “”“输入密码。”“” element self.wait.until(EC.presence_of_element_located(self.PASSWORD_INPUT)) element.clear() element.send_keys(password) return self def click_login(self): “”“点击登录按钮。”“” element self.wait.until(EC.element_to_be_clickable(self.LOGIN_BUTTON)) element.click() return self # 3. 业务逻辑组合Higher-level Methods def login(self, username, password): “”“完整的登录流程。”“” self.load() self.enter_username(username) self.enter_password(password) self.click_login() # 可以返回下一个页面的对象如 HomePage # from .home_page import HomePage # return HomePage(self.driver) # 4. 断言方法Assertions - 封装验证点 def get_error_message(self): “”“获取错误提示信息。”“” try: element self.wait.until(EC.visibility_of_element_located(self.ERROR_MESSAGE)) return element.text except: return “” # 或者返回 None def is_login_successful(self): “”“判断是否登录成功例如通过URL或页面元素判断。”“” # 示例检查是否跳转到首页 return “dashboard” in self.driver.current_urlPOM 的优势高可维护性当页面元素发生变化时只需修改对应页面对象类中的定位器所有测试用例无需改动。高可读性测试用例读起来像自然语言login_page.login(“user”, “pass”)业务逻辑清晰。低冗余避免了在多个测试用例中重复编写相同的定位和操作代码。便于协作页面对象可以由专人维护测试人员专注于编写测试逻辑。8. 常见问题排查与进阶技巧即使遵循了最佳实践在实际项目中依然会遇到各种“坑”。这里记录一些高频问题和我的解决方案。8.1 元素定位失败问题排查表现象可能原因排查步骤与解决方案NoSuchElementException1. 元素定位器写错。2. 元素在 iframe 内。3. 元素在 Shadow DOM 内。4. 页面未加载完/元素未渲染。5. 元素是动态生成的AJAX。1. 在浏览器 DevTools Console 中用$x()或$$()验证定位器。2. 检查并切换到正确的 iframe (driver.switch_to.frame)。3. 使用 JavaScript 穿透 Shadow DOM 定位。4.增加显式等待等待元素可见/可点击。5. 等待动态内容加载完成如等待某个加载图标消失。ElementNotInteractableException1. 元素被遮挡弹窗、其他元素。2. 元素不可见display: none或visibility: hidden。3. 元素未启用disabled属性。1. 关闭遮挡物或使用ActionChains移动到元素再操作。2. 检查元素样式或等待其变为可见。3. 检查元素状态确认操作前is_enabled()为 True。StaleElementReferenceException你持有的元素对象所对应的 DOM 节点已经失效页面刷新、AJAX 更新导致元素被重新渲染。重新定位元素。这是唯一解决办法。避免在变量中长期持有动态页面的元素对象需要时即时定位。脚本在本地运行成功在 CI/CD 服务器失败1. 环境差异浏览器版本、驱动版本。2. 服务器无图形界面需无头模式。3. 服务器资源不足执行慢。1. 使用webdriver-manager统一驱动版本。2. 添加无头模式参数 (--headless)。3. 增加等待超时时间优化资源占用。8.2 处理 Shadow DOMShadow DOM 是 Web Components 的一部分它将组件的内部标记和样式与外部 DOM 隔离开。Selenium 的标准定位方法无法直接穿透 Shadow DOM。解决方案使用 JavaScript 执行shadowRoot查询。# 假设有一个自定义元素 my-component host_element driver.find_element(By.TAG_NAME, “my-component”) # 通过 JavaScript 获取其 shadow root然后定位内部元素 shadow_root driver.execute_script(“return arguments[0].shadowRoot”, host_element) # 现在可以通过 shadow_root 来查找内部元素 inner_button shadow_root.find_element(By.CSS_SELECTOR, “button”) inner_button.click()8.3 绕过反爬与检测机制一些网站会检测 Selenium 的自动化特征如window.navigator.webdriver属性为true。虽然这超出了纯功能测试的范畴但在某些爬虫或特殊测试场景下可能需要处理。常见规避策略需谨慎使用尊重网站规则使用undetected-chromedriver等第三方库它们专门修改了 ChromeDriver 以隐藏自动化特征。添加实验性选项效果有限且可能随浏览器更新失效chrome_options.add_experimental_option(“excludeSwitches”, [“enable-automation”]) chrome_options.add_experimental_option(‘useAutomationExtension’, False) chrome_options.add_argument(‘--disable-blink-featuresAutomationControlled’)执行 JavaScript 修改属性driver.execute_script(“Object.defineProperty(navigator, ‘webdriver’, {get: () undefined})”)重要提示在正式的自动化测试中应尽量与开发团队沟通在测试环境关闭此类反爬机制或为测试账号添加白名单。对抗检测是一场“军备竞赛”并非长久之计。8.4 测试报告与日志一个专业的自动化项目必须有清晰的测试报告。Pytest 本身支持多种报告格式如-v,--tbshort但更推荐使用插件生成美观的 HTML 报告。pytest-html生成简洁的 HTML 报告。pytest --htmlreport.htmlallure-pytest生成功能强大、交互性极强的 Allure 报告。需要额外安装 Allure 命令行工具。自定义日志使用 Python 标准库logging模块在关键步骤如开始测试、执行操作、断言、发生异常记录信息便于排查问题。import logging logging.basicConfig(levellogging.INFO, format‘%(asctime)s - %(name)s - %(levelname)s - %(message)s’) logger logging.getLogger(__name__) def test_something(driver): logger.info(“开始执行测试用例 XXX”) # ... 操作 ... logger.info(“成功定位到元素并点击”) # ... 断言 ... logger.info(“测试用例执行通过”)自动化测试不是一蹴而就的它是一个需要持续投入和维护的工程。从单个脚本到框架集成从功能实现到稳定性、可维护性建设每一步都充满挑战。我个人最深的体会是前期在架构设计、页面对象封装和等待策略上多花一小时后期在调试和维护上能省下十小时。不要追求一次性写出完美的脚本而是先让主干流程跑通然后通过持续重构逐步引入设计模式、优化定位器、完善异常处理。当你的测试套件能在无人值守的情况下稳定运行并能在每次代码提交后快速给出反馈时你就能真正体会到自动化测试带来的巨大价值和质量自信。