第1章框架选型与设计原则

框架选型与设计原则：为什么选择Selenium+Python？

做自动化测试这么多年，我经常被问到：「老师，到底该选哪个框架？」

说实话，没有银弹。但如果你让我推荐一个入门快、上限高、社区活跃的组合——我会毫不犹豫地说：Selenium + Python。

为什么是Selenium？

Selenium 是 Web 自动化的事实标准。这不是吹的。我经历过 QTP、Watir、Cypress 的轮换，最后发现 Selenium 的生态最稳。

跨浏览器支持：Chrome、Firefox、Edge、Safari，一套脚本跑遍
语言绑定丰富：Java、Python、C#、Ruby 都支持
社区庞大：你踩过的坑，99% 别人已经踩过
与 CI/CD 集成方便：Jenkins、GitLab CI、GitHub Actions 都能无缝对接

我记得有一次，团队要紧急支持一个新浏览器的测试。换成其他框架，估计得折腾一周。但 Selenium 呢？改个 driver 配置，半小时搞定。

为什么是Python？

Python 的优势，说白了就三点：简洁、生态好、上手快。

对比项	Python	Java	JavaScript
代码量	少（约 Java 的 1/3）	多	中等
学习曲线	平缓	陡峭	中等
测试库生态	pytest、unittest、robotframework	TestNG、JUnit	Jest、Mocha
数据处理能力	强（pandas、openpyxl）	一般	弱

你想想看，写一个登录测试，Java 可能要 20 行，Python 10 行搞定。维护成本直接减半。

核心结论：Selenium + Python 的组合，适合 80% 的 Web 自动化场景。如果你的项目是纯前端 SPA，可以考虑 Cypress；如果是移动端，Appium 更合适。但 Web 端？Selenium + Python 依然是首选。

POM设计模式详解

POM，全称 Page Object Model。说白了，就是把每个页面抽象成一个类。

为什么要这么做？我刚开始做自动化时，脚本全是「面条式」的——定位器、操作、断言混在一起。改一个按钮的 ID，得翻遍所有脚本。那叫一个痛苦。

POM 的核心思想

页面即对象：每个页面对应一个类
元素即属性：页面上的元素是类的属性
操作即方法：对元素的操作封装成方法

来看一个例子。这是登录页面的 POM 实现：

# 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:
    def __init__(self, driver):
        self.driver = driver
        self.wait = WebDriverWait(driver, 10)
    
    # 元素定位器
    _username_input = (By.ID, "username")
    _password_input = (By.ID, "password")
    _login_button = (By.ID, "loginBtn")
    _error_msg = (By.CLASS_NAME, "error")
    
    def enter_username(self, username):
        """输入用户名"""
        element = self.wait.until(
            EC.visibility_of_element_located(self._username_input)
        )
        element.clear()
        element.send_keys(username)
    
    def enter_password(self, password):
        """输入密码"""
        element = self.wait.until(
            EC.visibility_of_element_located(self._password_input)
        )
        element.clear()
        element.send_keys(password)
    
    def click_login(self):
        """点击登录按钮"""
        element = self.wait.until(
            EC.element_to_be_clickable(self._login_button)
        )
        element.click()
    
    def get_error_message(self):
        """获取错误提示"""
        element = self.wait.until(
            EC.visibility_of_element_located(self._error_msg)
        )
        return element.text
    
    def login(self, username, password):
        """登录操作（组合方法）"""
        self.enter_username(username)
        self.enter_password(password)
        self.click_login()

我的习惯：元素定位器用 _ 前缀表示私有，方法名用动词开头。这样代码读起来就像在描述操作流程，可读性极强。

POM 的三大好处

维护成本低：元素变了，只改一个类
复用性高：多个用例可以共用同一个 Page Object
可读性强：测试用例像在描述业务场景

我曾经在一个项目中，接手了 2000 多个「面条式」脚本。改一个登录框的 name 属性，花了整整两天。后来重构为 POM，同样的改动，10 分钟搞定。嗯，这就是差距。

注意：POM 不是银弹。不要为了 POM 而 POM。如果一个页面只有一两个操作，强行封装反而增加复杂度。适度原则，很重要。

框架分层架构

一个好的自动化框架，应该是分层的。就像盖房子，地基、框架、装修各司其职。

我个人习惯把框架分为三层：数据层、业务层、用例层。

三层架构总览

层级	职责	包含内容	变化频率
数据层	管理测试数据、配置	Excel、YAML、JSON、数据库	低
业务层	封装业务操作、Page Object	Page 类、业务组件、工具类	中
用例层	编写测试用例、断言	test_*.py 文件	高

数据层

数据层负责管理所有「可变的东西」。包括测试数据、环境配置、账号信息等。

我建议用 YAML 或 JSON 来管理配置，用 Excel 管理大批量测试数据。

# config.yaml
env:
  base_url: "https://example.com"
  browser: "chrome"
  timeout: 10

test_data:
  valid_user:
    username: "admin"
    password: "123456"
  invalid_user:
    username: "wrong"
    password: "wrong"

避坑指南：千万不要把测试数据硬编码在代码里。我曾经见过一个项目，改一个测试账号要改 50 个文件。用数据层统一管理，改一处就行。

业务层

业务层是框架的核心。它包含 Page Object、业务组件、工具类等。

这里要注意：业务层只封装「操作」，不包含「断言」。断言应该放在用例层。

# business_components.py
class LoginComponent:
    """登录业务组件"""
    def __init__(self, driver):
        self.login_page = LoginPage(driver)
    
    def login_with_valid_credentials(self):
        """使用有效凭证登录"""
        self.login_page.login("admin", "123456")
        return DashboardPage(self.login_page.driver)
    
    def login_with_invalid_credentials(self):
        """使用无效凭证登录"""
        self.login_page.login("wrong", "wrong")
        return self.login_page.get_error_message()

用例层

用例层是最上层，也是最「薄」的一层。它只做三件事：准备数据、调用业务层、断言结果。

# test_login.py
import pytest
from business_components import LoginComponent

class TestLogin:
    def test_valid_login(self, driver, config):
        """测试有效登录"""
        # 准备数据
        username = config["test_data"]["valid_user"]["username"]
        password = config["test_data"]["valid_user"]["password"]
        
        # 调用业务层
        login_comp = LoginComponent(driver)
        dashboard = login_comp.login_with_valid_credentials()
        
        # 断言
        assert dashboard.is_loaded(), "登录后应跳转到仪表盘"
        assert dashboard.get_welcome_message() == f"欢迎, {username}"
    
    def test_invalid_login(self, driver, config):
        """测试无效登录"""
        login_comp = LoginComponent(driver)
        error_msg = login_comp.login_with_invalid_credentials()
        
        assert "用户名或密码错误" in error_msg

分层的好处：

数据变了？改数据层
页面变了？改业务层
需求变了？改用例层
各层独立，互不影响

你想想看，如果这三层混在一起，改一个需求得动多少代码？我经历过那种「牵一发而动全身」的痛苦。分层之后，维护成本至少降低 60%。

注意：分层不是越多越好。三层足够了。我见过有人分了五层、六层，结果找 bug 比写代码还累。适度分层，保持简洁。

好了，这一章的内容就到这里。框架选型、POM 设计、分层架构，这三块是自动化测试的基石。下一章，我们会深入代码实现，搭建一个完整的自动化测试框架。

📚 课程目录

框架选型与设计原则：为什么选择Selenium+Python？

为什么是Selenium？

为什么是Python？

POM设计模式详解

POM 的核心思想

POM 的三大好处

框架分层架构

三层架构总览

数据层

业务层

用例层