1. 项目概述与核心价值最近在做一个线上抽奖活动的测试这种活动通常流量大、逻辑复杂而且一旦上线任何一个小bug都可能引发用户投诉甚至舆情。手动测试光是模拟不同用户在不同时间点、不同奖品库存下的抽奖行为就足以让测试团队加班到怀疑人生。这时候UI自动化测试就成了救命稻草而Selenium无疑是这个领域的“老炮儿”。但说实话很多团队的Selenium自动化脚本写出来要么脆弱得像个瓷娃娃页面元素一变就全挂要么运行慢得像蜗牛失去了自动化的意义。今天我就结合一个真实的“抽奖系统”测试项目从头到尾拆解一套稳健、高效且可维护的Selenium自动化测试流程。这不是一个简单的“Hello World”教程而是融合了页面对象模型设计、智能等待策略、数据驱动以及如何在复杂交互如弹窗、验证码规避中保持脚本健壮性的实战经验。无论你是刚接触自动化测试的新手还是想优化现有框架的老鸟相信都能从中找到可以直接“抄作业”的要点。2. 测试环境搭建与框架选型工欲善其事必先利其器。在开始编写抽奖系统的测试脚本之前一个稳定、高效的测试环境是基石。这里我选择Python Selenium pytest的组合这是目前社区最活跃、资源最丰富的技术栈之一非常适合快速构建和迭代自动化测试项目。2.1 核心工具安装与配置首先你需要安装Python。建议使用Python 3.8及以上版本并通过pip包管理器来安装依赖。创建一个独立的虚拟环境是个好习惯可以避免包版本冲突。# 创建项目目录并进入 mkdir lottery_auto_test cd lottery_auto_test # 创建虚拟环境以venv为例 python -m venv venv # 激活虚拟环境 # Windows: venv\Scripts\activate # Linux/Mac: source venv/bin/activate接下来安装核心库。除了selenium我强烈推荐安装pytest作为测试运行器webdriver-manager用于自动管理浏览器驱动这能省去手动下载和配置驱动版本的麻烦。pip install selenium pytest webdriver-managerwebdriver-manager是一个神器。以前我们需要根据Chrome浏览器的版本去官网寻找对应版本的ChromeDriver一旦浏览器自动升级测试脚本就可能因为驱动不兼容而崩溃。现在只需要在代码中引入webdriver-manager它会在运行时自动检测本地浏览器版本并下载匹配的驱动。2.2 项目目录结构设计一个清晰的目录结构是维护大型测试套件的前提。不要把所有脚本、页面、数据都扔在一个文件夹里。下面是我为这个抽奖测试项目设计的目录结构lottery_auto_test/ ├── conftest.py # pytest全局配置如驱动初始化 ├── requirements.txt # 项目依赖列表 ├── test_cases/ # 存放测试用例脚本 │ ├── __init__.py │ ├── test_lottery_basic.py │ └── test_lottery_edge.py ├── page_objects/ # 页面对象模型类 │ ├── __init__.py │ ├── login_page.py │ └── lottery_page.py ├── test_data/ # 测试数据文件JSON, YAML, CSV │ └── user_credentials.json ├── utilities/ # 工具函数如日志、截图、数据生成 │ ├── __init__.py │ ├── logger.py │ └── screenshot.py └── reports/ # 测试报告输出目录由pytest-html等插件生成这样设计的好处是test_cases目录下的用例脚本非常干净只包含测试逻辑如登录-进入抽奖页-点击抽奖-断言结果。所有与页面元素的交互细节都被封装在page_objects里。如果前端页面改了比如一个按钮的ID变了你只需要修改对应的page_objects文件而不需要动几十个测试用例脚本。这就是页面对象模型的核心价值隔离变化。2.3 编写第一个可运行的测试脚手架在conftest.py中我们可以利用pytest的fixture功能来管理WebDriver的生命周期。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(): # 1. 设置浏览器选项可选 chrome_options Options() chrome_options.add_argument(--headless) # 无头模式不打开GUI适合CI环境 chrome_options.add_argument(--no-sandbox) chrome_options.add_argument(--disable-dev-shm-usage) chrome_options.add_argument(--disable-gpu) chrome_options.add_argument(--window-size1920,1080) # 2. 使用webdriver-manager自动管理驱动 service Service(ChromeDriverManager().install()) # 3. 初始化驱动 driver webdriver.Chrome(serviceservice, optionschrome_options) # 隐式等待全局等待策略非必需建议与显式等待结合 driver.implicitly_wait(10) # 单位秒 yield driver # 将driver对象提供给测试用例使用 # 4. 测试结束后清理无论测试成功还是失败 driver.quit()现在在test_cases目录下创建第一个测试文件test_lottery_basic.py。# test_cases/test_lottery_basic.py def test_open_lottery_page(driver): 测试能否成功打开抽奖页面 driver.get(https://your-lottery-site.com) assert 抽奖 in driver.title print(抽奖页面打开成功)在项目根目录下运行命令pytest test_cases/test_lottery_basic.py -v如果一切顺利你会看到浏览器或无头模式启动打开页面然后测试通过。至此你的自动化测试地基就打好了。注意无头模式--headless在持续集成CI服务器上运行时非常有用因为它没有图形界面节省资源。但在调试脚本时建议关闭无头模式亲眼看着浏览器操作更容易定位问题。3. 页面对象模型在抽奖系统中的实战应用页面对象模型是Selenium自动化测试的“设计模式”其核心思想是将每个页面抽象成一个类页面的元素定位器和操作这些元素的方法都封装在这个类里。对于抽奖系统这种多页面、多状态的应用使用POM能让代码的可读性、可维护性提升一个数量级。3.1 抽奖系统核心页面拆解一个典型的抽奖流程可能涉及以下几个页面或组件登录页用户输入账号密码。活动主页/抽奖大厅展示活动规则、奖品池、我的抽奖次数等。抽奖弹窗/页面点击“立即抽奖”后出现的交互界面。中奖结果弹窗显示抽中了什么奖品。我的奖品页查看历史中奖记录。我们以最核心的“抽奖弹窗”和“中奖结果弹窗”为例来构建页面对象。3.2 构建抽奖页面对象类首先在page_objects目录下创建lottery_page.py。# page_objects/lottery_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 LotteryPage: 抽奖活动主页面对象 def __init__(self, driver): self.driver driver self.wait WebDriverWait(self.driver, 15) # 显式等待对象超时15秒 # 1. 定位器 (Locators) - 将所有元素定位方式集中管理 LOTTERY_BUTTON (By.ID, lotteryBtn) # “立即抽奖”按钮 LOTTERY_COUNT_SPAN (By.CSS_SELECTOR, .lottery-count) # 剩余抽奖次数显示 RULE_MODAL (By.CLASS_NAME, rule-modal) # 活动规则弹窗 CLOSE_RULE_BUTTON (By.XPATH, //div[classrule-modal]//button[text()知道了]) # 2. 页面操作方法 (Page Actions) def click_lottery_button(self): 点击‘立即抽奖’按钮 # 使用显式等待确保按钮可点击 lottery_btn self.wait.until( EC.element_to_be_clickable(self.LOTTERY_BUTTON) ) lottery_btn.click() return self # 支持链式调用如 page.click_lottery().get_result() def get_remaining_lottery_count(self): 获取当前剩余抽奖次数 count_element self.wait.until( EC.presence_of_element_located(self.LOTTERY_COUNT_SPAN) ) # 从文本中提取数字例如“剩余3次” import re text count_element.text match re.search(r\d, text) return int(match.group()) if match else 0 def close_rule_modal_if_present(self): 如果活动规则弹窗出现则关闭它 try: # 设置一个很短的等待时间检查弹窗是否存在 rule_modal WebDriverWait(self.driver, 3).until( EC.presence_of_element_located(self.RULE_MODAL) ) close_btn rule_modal.find_element(*self.CLOSE_RULE_BUTTON) close_btn.click() print(已关闭活动规则弹窗) except Exception: # 弹窗不存在是正常情况静默处理 pass return self3.3 构建中奖结果弹窗页面对象抽奖动作触发后通常会有一个独立的弹窗显示结果。我们将其视为一个独立的页面对象尽管它可能以div的形式覆盖在主页面之上。# page_objects/lottery_result_modal.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 LotteryResultModal: 中奖结果弹窗页面对象 def __init__(self, driver): self.driver driver self.wait WebDriverWait(self.driver, 10) # 定位器 MODAL_CONTAINER (By.ID, lotteryResultModal) # 结果弹窗容器 RESULT_TEXT (By.CLASS_NAME, result-text) # 结果文本如“恭喜获得XX” PRIZE_IMAGE (By.CSS_SELECTOR, #lotteryResultModal .prize-img) CONFIRM_BUTTON (By.XPATH, //div[idlotteryResultModal]//button[contains(text(), 确认)]) CLOSE_BUTTON (By.CSS_SELECTOR, #lotteryResultModal .close) # 操作方法 def wait_for_modal_to_appear(self): 等待中奖结果弹窗出现 self.wait.until(EC.visibility_of_element_located(self.MODAL_CONTAINER)) return self def get_result_text(self): 获取中奖结果文本 text_element self.wait.until( EC.visibility_of_element_located(self.RESULT_TEXT) ) return text_element.text.strip() def click_confirm(self): 点击弹窗中的‘确认’按钮关闭弹窗 confirm_btn self.wait.until( EC.element_to_be_clickable(self.CONFIRM_BUTTON) ) confirm_btn.click() # 等待弹窗消失 self.wait.until(EC.invisibility_of_element_located(self.MODAL_CONTAINER)) return LotteryPage(self.driver) # 返回主页面对象便于后续操作这样设计的关键点定位器与操作分离所有By.ID、By.XPATH等定位信息都定义为类属性。如果前端元素ID变了你只需要改这一个地方。显式等待每个与元素的交互都包裹在WebDriverWait中这是编写健壮脚本的黄金法则。它比固定的sleep和全局的implicitly_wait更精确、更高效。返回self或其他页面对象操作方法返回self链式调用或返回下一个相关的页面对象。这使得测试用例的阅读逻辑非常流畅就像在描述用户操作流程。4. 编写健壮且可读的抽奖测试用例有了强大的页面对象作为基础编写测试用例就变成了组装乐高积木。我们使用pytest来组织测试用例并利用其丰富的特性如参数化、夹具等。4.1 基础抽奖流程测试在test_cases/test_lottery_basic.py中我们编写一个完整的抽奖流程测试。# test_cases/test_lottery_basic.py import pytest from page_objects.lottery_page import LotteryPage from page_objects.lottery_result_modal import LotteryResultModal class TestLotteryBasic: 抽奖基础流程测试 pytest.mark.smoke # 使用pytest标记可以只运行冒烟测试 def test_complete_lottery_process(self, driver): 测试完整的登录、关闭弹窗、抽奖、查看结果流程 # 1. 前置条件假设已经登录并跳转到抽奖页面 driver.get(https://your-lottery-site.com/lottery-hall) # 2. 初始化页面对象 lottery_page LotteryPage(driver) # 3. 操作流程 # 3.1 关闭可能干扰的规则弹窗 lottery_page.close_rule_modal_if_present() # 3.2 获取抽奖前的剩余次数 initial_count lottery_page.get_remaining_lottery_count() print(f抽奖前剩余次数: {initial_count}) # 3.3 执行抽奖动作 lottery_page.click_lottery_button() # 3.4 处理中奖结果弹窗 result_modal LotteryResultModal(driver) result_modal.wait_for_modal_to_appear() result_text result_modal.get_result_text() print(f抽奖结果: {result_text}) # 断言结果文本应包含“恭喜”或“很遗憾”等关键词 assert any(keyword in result_text for keyword in [恭喜, 获得, 很遗憾, 下次]) # 3.5 关闭结果弹窗返回主页面 lottery_page_after result_modal.click_confirm() # 3.6 验证抽奖次数是否减少如果抽奖成功 if 很遗憾 not in result_text: # 假设未中奖不扣次数 updated_count lottery_page_after.get_remaining_lottery_count() assert updated_count initial_count - 1, f抽奖次数未正确扣除。前{initial_count}, 后{updated_count} def test_lottery_with_no_chance(self, driver): 测试抽奖次数为0时按钮状态是否正确 driver.get(https://your-lottery-site.com/lottery-hall?chance0) # 假设有参数模拟0次 lottery_page LotteryPage(driver) # 断言按钮不可点击或样式改变 lottery_btn lottery_page.wait.until( EC.presence_of_element_located(LotteryPage.LOTTERY_BUTTON) ) assert not lottery_btn.is_enabled() or disabled in lottery_btn.get_attribute(class) print(抽奖次数为0时按钮状态符合预期禁用)4.2 使用参数化进行数据驱动测试抽奖结果可能有多种情况中奖不同奖品、未中奖、次数不足等。我们可以使用pytest.mark.parametrize来轻松测试多种数据场景。# test_cases/test_lottery_data_driven.py import pytest from page_objects.lottery_page import LotteryPage class TestLotteryDataDriven: 数据驱动的抽奖测试 # 模拟不同用户的不同初始抽奖次数 pytest.mark.parametrize(initial_count, expected_behavior, [ (5, can_lottery), # 有5次可以抽奖 (1, can_lottery), # 有1次可以抽奖 (0, cannot_lottery), # 有0次不可抽奖 (-1, error_display), # 异常数据可能显示错误 ]) def test_lottery_with_different_chances(self, driver, initial_count, expected_behavior): 测试不同剩余次数下的抽奖行为 # 这里需要一个可以设置用户抽奖次数的测试接口或特定测试账号 # 假设我们通过一个特殊的测试页面来模拟 url fhttps://your-lottery-test-site.com/mock?chance{initial_count} driver.get(url) lottery_page LotteryPage(driver) lottery_page.close_rule_modal_if_present() displayed_count lottery_page.get_remaining_lottery_count() if expected_behavior can_lottery: # 次数显示应正确 assert displayed_count initial_count # 按钮应可点击 lottery_btn lottery_page.wait.until( EC.element_to_be_clickable(LotteryPage.LOTTERY_BUTTON) ) assert lottery_btn.is_enabled() elif expected_behavior cannot_lottery: # 按钮应不可点击或隐藏 lottery_btn lottery_page.wait.until( EC.presence_of_element_located(LotteryPage.LOTTERY_BUTTON) ) assert (not lottery_btn.is_enabled()) or (displayed_count 0) elif expected_behavior error_display: # 可能显示“数据异常”等提示 error_msg driver.find_elements(By.CLASS_NAME, error-message) assert len(error_msg) 0数据驱动测试的优势将测试数据与测试逻辑分离。当需要增加新的测试场景时只需在参数化列表中添加一组数据即可无需复制粘贴整个测试函数。这使得测试用例更容易维护和扩展。5. 高级技巧与复杂场景处理在实际的抽奖系统中你会遇到比基础点击更复杂的场景比如处理异步加载、验证码、滚动加载列表查看我的奖品等。下面分享几个实战中总结的高级技巧。5.1 处理异步加载与动态内容抽奖结果、奖品列表等数据通常是通过Ajax异步加载的。使用WebDriverWait配合expected_conditions是标准做法但有时需要更定制化的等待条件。# utilities/custom_waits.py from selenium.webdriver.support.ui import WebDriverWait from selenium.common.exceptions import TimeoutException class CustomWaits: staticmethod def wait_for_text_to_be_present_in_element(driver, locator, text, timeout10): 等待某个元素内出现特定文本 def _predicate(drv): try: element drv.find_element(*locator) return text in element.text except Exception: return False try: WebDriverWait(driver, timeout).until(_predicate) return True except TimeoutException: return False staticmethod def wait_for_ajax_complete(driver, timeout10): 等待页面jQuery如果使用的Ajax请求完成 def _jquery_active(drv): return drv.execute_script(return jQuery.active 0) try: WebDriverWait(driver, timeout).until(_jquery_active) except TimeoutException: print(警告等待Ajax完成超时可能页面未使用jQuery或请求未结束。) # 在页面对象或测试用例中使用 from utilities.custom_waits import CustomWaits # ... 在某个操作后 CustomWaits.wait_for_ajax_complete(self.driver) # 再等待结果文本出现 result_locator (By.ID, resultDiv) CustomWaits.wait_for_text_to_be_present_in_element(self.driver, result_locator, 恭喜)5.2 规避与处理验证码自动化测试遇到验证码是个头疼的问题。完全绕过验证码在正式环境通常不可行但有几种测试策略测试环境禁用验证码这是最理想的情况与开发团队沟通在测试环境提供一个开关或万能验证码如输入“0000”即可通过。使用Cookie或Token跳过通过API登录获取有效会话Cookie或Token然后通过Selenium注入到浏览器中直接访问已登录状态的页面绕过登录含验证码环节。第三方服务谨慎对于必须测试验证码的场景可以考虑付费的验证码识别服务API但这会引入外部依赖和成本且识别率非100%。示例通过Cookie跳过登录def login_by_cookie(driver, username, password): 通过API登录获取cookie然后注入浏览器 import requests # 1. 调用登录接口假设存在 session requests.Session() login_api https://your-site.com/api/login payload {username: username, password: password} # 如果测试环境有万能验证码 payload[captcha] 000000 resp session.post(login_api, jsonpayload) assert resp.status_code 200 # 2. 获取cookie cookies session.cookies.get_dict() # 3. 先访问一次目标域名让浏览器设置域名上下文 driver.get(https://your-site.com/) # 4. 注入cookie for name, value in cookies.items(): driver.add_cookie({name: name, value: value}) # 5. 携带cookie再次访问即处于登录状态 driver.get(https://your-site.com/lottery-hall) # 此时应已跳过登录页直接进入抽奖大厅5.3 测试“我的奖品”滚动加载列表“我的奖品”页面可能采用滚动到底部加载更多的方式。测试这种场景需要模拟用户的滚动操作。# page_objects/my_prizes_page.py from selenium.webdriver.common.by import By from selenium.webdriver.common.action_chains import ActionChains from selenium.webdriver.common.keys import Keys class MyPrizesPage: def __init__(self, driver): self.driver driver self.wait WebDriverWait(driver, 10) PRIZE_LIST (By.CLASS_NAME, prize-list) PRIZE_ITEMS (By.CSS_SELECTOR, .prize-list .item) LOADING_INDICATOR (By.CLASS_NAME, loading-more) def scroll_to_bottom_until_no_more(self, max_scrolls10): 滚动到底部直到没有更多奖品加载或达到最大滚动次数 items_count_before len(self.driver.find_elements(*self.PRIZE_ITEMS)) scroll_attempts 0 while scroll_attempts max_scrolls: # 方法1使用Keys.END键直接跳到底部如果页面支持 # self.driver.find_element(By.TAG_NAME, body).send_keys(Keys.END) # 方法2使用JavaScript滚动更通用 self.driver.execute_script(window.scrollTo(0, document.body.scrollHeight);) # 等待可能的加载动画出现并消失 try: WebDriverWait(self.driver, 3).until( EC.visibility_of_element_located(self.LOADING_INDICATOR) ) WebDriverWait(self.driver, 5).until( EC.invisibility_of_element_located(self.LOADING_INDICATOR) ) except TimeoutException: # 没有加载动画可能已经加载完毕或不需要加载 pass # 等待一小段时间让新内容渲染 import time time.sleep(1) # 检查奖品数量是否增加 items_count_after len(self.driver.find_elements(*self.PRIZE_ITEMS)) if items_count_after items_count_before: print(f滚动{scroll_attempts1}次后奖品数量未增加停止滚动。) break else: print(f滚动{scroll_attempts1}次奖品从{items_count_before}增加到{items_count_after}个。) items_count_before items_count_after scroll_attempts 1 return items_count_before # 返回最终加载的奖品总数6. 测试执行、报告与持续集成编写了这么多测试用例我们需要一个高效的方式来运行它们并查看结果。pytest提供了丰富的插件和命令行选项。6.1 使用pytest运行测试并生成报告首先安装一个漂亮的HTML报告插件pytest-html。pip install pytest-html然后可以通过命令行运行测试并生成报告# 运行所有测试 pytest test_cases/ -v --htmlreports/report.html --self-contained-html # 只运行标记为smoke的测试 pytest test_cases/ -m smoke -v # 运行某个特定文件 pytest test_cases/test_lottery_basic.py -v # 运行包含某个关键字名称的测试 pytest test_cases/ -k basic -v--self-contained-html参数会将CSS和JS都打包进一个HTML文件方便分享。生成的report.html文件会清晰展示通过、失败、跳过的测试用例数量、执行时间以及每个用例的详细日志如果配置了日志输出。6.2 集成Allure生成更专业的报告如果你需要更美观、交互性更强的报告Allure是一个行业标准。安装步骤如下pip install allure-pytest # 还需要安装Allure命令行工具请参考Allure官网在conftest.py中添加一些钩子函数来捕获截图这在测试失败时非常有用。# conftest.py import pytest from selenium import webdriver import allure import os pytest.hookimpl(tryfirstTrue, hookwrapperTrue) def pytest_runtest_makereport(item, call): 在测试执行后获取结果并在失败时截图。 outcome yield rep outcome.get_result() # 只关注测试用例的执行阶段setup, call, teardown中的call if rep.when call and rep.failed: # 获取driver fixture假设它叫‘driver’ driver_fixture item.funcargs.get(driver) if driver_fixture is not None and isinstance(driver_fixture, webdriver.Remote): # 截图并附加到Allure报告 allure.attach( driver_fixture.get_screenshot_as_png(), namescreenshot_on_failure, attachment_typeallure.attachment_type.PNG ) # 也可以保存到本地文件 screenshot_dir reports/screenshots os.makedirs(screenshot_dir, exist_okTrue) screenshot_path os.path.join(screenshot_dir, f{item.name}.png) driver_fixture.save_screenshot(screenshot_path) print(f测试失败截图已保存至: {screenshot_path})运行测试并生成Allure结果数据pytest test_cases/ -v --alluredir./allure-results然后生成并打开Allure报告allure serve ./allure-results6.3 融入持续集成流程自动化测试的价值在持续集成中才能最大化体现。你可以将测试套件集成到Jenkins、GitLab CI、GitHub Actions等CI/CD工具中。核心步骤通常包括检出代码。设置Python环境安装依赖pip install -r requirements.txt。运行测试例如pytest --headless --htmlreport.html。收集测试结果和报告作为流水线的一部分展示或存档。根据测试结果决定是否继续后续部署流程。一个简单的GitHub Actions配置示例.github/workflows/test.ymlname: UI Automation Test on: [push, pull_request] jobs: test: runs-on: ubuntu-latest steps: - uses: actions/checkoutv3 - name: Set up Python uses: actions/setup-pythonv4 with: python-version: 3.10 - name: Install dependencies run: | python -m pip install --upgrade pip pip install -r requirements.txt - name: Install Chrome and ChromeDriver run: | sudo apt-get update sudo apt-get install -y wget unzip wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | sudo apt-key add - echo deb [archamd64] http://dl.google.com/linux/chrome/deb/ stable main | sudo tee /etc/apt/sources.list.d/google-chrome.list sudo apt-get update sudo apt-get install -y google-chrome-stable chrome_version$(google-chrome --version | awk {print $3} | cut -d. -f1) wget -N https://storage.googleapis.com/chrome-for-testing-public/$chrome_version.0.0/linux64/chromedriver-linux64.zip unzip -o chromedriver-linux64.zip sudo mv chromedriver-linux64/chromedriver /usr/local/bin/chromedriver sudo chmod x /usr/local/bin/chromedriver - name: Run tests with pytest run: | pytest test_cases/ -v --headless --htmlreports/report.html --self-contained-html - name: Upload test report uses: actions/upload-artifactv3 if: always() # 即使测试失败也上传报告 with: name: ui-test-report path: reports/7. 常见问题排查与脚本优化心得在编写和维护Selenium抽奖自动化脚本的过程中我踩过不少坑也总结了一些让脚本更“健壮”的经验。7.1 元素定位失败最常见的问题问题NoSuchElementException或ElementNotInteractableException。排查思路等待不够这是首要原因。确保使用了合适的显式等待WebDriverWait而不是time.sleep。检查等待的条件如visibility_of_element_locatedvspresence_of_element_located是否合适。一个元素presence存在于DOM不代表它visible可见且可交互。定位器失效前端代码更新导致ID、Class名改变。对策使用相对稳定、语义化的定位器。优先选择By.ID其次By.NAME再其次By.CSS_SELECTOR。避免使用绝对XPath如/html/body/div[3]/div[2]/button它们极其脆弱。使用Chrome DevTools的Copy - Copy selector或Copy - Copy XPath相对路径作为起点但最好与前端开发人员约定一些用于测试的稳定属性如>pip install pytest-xdist pytest test_cases/ -n 4 # 使用4个worker并行复用浏览器会话对于一组关联的测试可以考虑使用scopesession的fixture来初始化一次浏览器所有测试共用。但要注意测试之间的状态清理避免相互污染。7.3 测试的稳定性和可维护性独立性与状态清理每个测试用例都应该是独立的不依赖于其他用例的执行顺序或结果。在setup或fixture中准备测试数据在teardown中清理如退出登录、清除测试产生的数据。使用数据库回滚或调用测试环境清理接口。日志与截图为关键步骤添加日志输出print或使用logging模块。在测试失败时自动截图这是定位问题的黄金信息。上文conftest.py中的钩子函数已经实现了这一点。定期重构定位器随着产品迭代定期检查并更新页面对象中的定位器。将定位器集中管理的好处在此凸显。模拟外部依赖抽奖可能依赖用户积分、活动时间、风控状态等。在测试中尽量通过后台接口或测试账号配置工具来设置这些前提条件而不是依赖复杂的UI操作。7.4 关于Page Object Model的进一步思考POM不是银弹在非常简单的项目中使用可能会显得繁琐。但对于像抽奖系统这样有多个页面、复杂交互的项目前期投入时间设计良好的POM会在后期维护中节省数倍的时间。一个常见的进阶模式是“Page Component Object”将页面上可复用的组件如导航栏、公共弹窗也抽象成对象进一步减少代码重复。自动化测试不是一劳永逸的它需要随着产品一起迭代和维护。将其视为开发工作的一部分纳入日常开发流程才能真正发挥其价值为抽奖系统这类高并发、高关注度的业务保驾护航。