智能座舱测试脚本编写实战 - 第4节

4. 自动化测试框架选型：Pytest vs Unittest

做智能座舱测试，选对框架等于成功了一半。我见过不少团队，一开始用 Unittest 写了几百个用例，后来发现维护成本越来越高，跑一次要半小时，最后不得不重构。嗯，今天我们就来聊聊这两个框架，以及我为什么最终选择了 Pytest。

4.1 Unittest：Python 自带的“老大哥”

Unittest 是 Python 标准库的一部分，开箱即用。它的设计思路参考了 Java 的 JUnit，所以如果你有 Java 背景，上手会很快。

核心特点：

• 不需要额外安装，Python 装好就有
• 强制使用类继承（TestCase）来组织用例
• 自带 setUp / tearDown 方法，用于前置和后置操作
• 断言方法丰富（assertEqual、assertTrue、assertIn 等）

但说实话，在智能座舱这种复杂场景下，Unittest 有点“不够用”。

4.2 Pytest：更现代、更灵活的选择

Pytest 不是标准库，需要 pip install pytest。但它带来的便利，绝对值回那几秒钟的安装时间。

核心特点：

• 函数式测试：不需要写类，直接写函数就行
• 自动发现测试：默认找 test_*.py 或 *_test.py 文件
• 强大的 fixture 机制：替代 setUp/tearDown，更灵活
• 参数化测试：一组数据跑多个用例，代码量减半
• 丰富的插件生态：allure、xdist、ordering 等

4.3 对比表格：一图看懂差异

我个人习惯用 Pytest。为什么？因为智能座舱测试涉及的东西太多了——语音、导航、蓝牙、空调、仪表盘……每个模块都需要不同的前置条件。Pytest 的 fixture 能让我把这些条件拆开、复用，而不是堆在一个 setUp 里。

4.4 Pytest 核心特性详解

4.4.1 Fixture：你的测试“万能工具箱”

Fixture 是 Pytest 最强大的特性之一。说白了，它就是一段可以重复使用的代码，用来准备测试环境或清理测试数据。

基本用法：

import pytest

@pytest.fixture
def connect_car():
    # 前置：连接座舱模拟器
    print("连接座舱模拟器...")
    simulator = Simulator.connect("192.168.1.100")
    yield simulator  # 把模拟器对象传给测试函数
    # 后置：断开连接
    print("断开座舱模拟器...")
    simulator.disconnect()

def test_voice_control(connect_car):
    # connect_car 就是上面返回的 simulator 对象
    result = connect_car.send_voice_command("打开空调")
    assert result.status == "success"

Fixture 的作用域：

• function（默认）：每个测试函数都执行一次
• class：每个测试类执行一次
• module：每个测试文件执行一次
• session：整个测试会话只执行一次

4.4.2 参数化：一套代码，多组数据

智能座舱测试中，经常要测同一个功能在不同条件下的表现。比如语音控制空调，温度从 16°C 到 30°C，每个温度都要测。用 Unittest 你得写 15 个几乎一样的函数。用 Pytest，一行搞定。

import pytest

@pytest.mark.parametrize("temperature, expected", [
    (16, "16°C"),
    (22, "22°C"),
    (30, "30°C"),
    (35, "30°C"),  # 超出范围，应该取最大值
])
def test_set_temperature(temperature, expected, connect_car):
    result = connect_car.set_ac_temperature(temperature)
    assert result.display == expected

你想想看，如果不用参数化，这 4 个用例你得写 4 个函数。而且如果后面要加一个 18°C 的用例，参数化只需要加一行数据，非参数化你得复制粘贴整个函数。

4.4.3 插件生态：让测试更强大

Pytest 的插件系统，是我离不开它的另一个原因。这里列几个我在座舱测试中常用的：

4.5 框架搭建实战：从零开始搭一个座舱测试框架

光说不练假把式。下面我带你搭一个最小可用的智能座舱测试框架。别怕，就几个文件。

4.5.1 项目结构

smart_cockpit_test/
├── conftest.py          # 全局 fixture 配置
├── test_voice.py        # 语音测试
├── test_navigation.py   # 导航测试
├── test_ac.py           # 空调测试
├── utils/
│   ├── __init__.py
│   └── simulator.py     # 模拟器连接工具
├── data/
│   └── test_data.json   # 测试数据
└── reports/             # 测试报告输出目录

4.5.2 conftest.py：全局 fixture 集中管理

import pytest
from utils.simulator import Simulator

@pytest.fixture(scope="session")
def simulator():
    """全局模拟器连接，整个测试只连接一次"""
    sim = Simulator.connect("192.168.1.100")
    yield sim
    sim.disconnect()

@pytest.fixture
def reset_ac(simulator):
    """每个空调测试前，把空调重置到默认状态"""
    simulator.set_ac_temperature(24)
    simulator.set_ac_fan_speed(2)
    yield
    # 测试结束后不清理，留给下一个 fixture 处理

4.5.3 一个完整的测试文件：test_ac.py

import pytest

class TestAC:
    """空调功能测试"""

    @pytest.mark.parametrize("temp, expected", [
        (18, "18°C"),
        (25, "25°C"),
        (32, "30°C"),  # 上限 30
    ])
    def test_set_temperature(self, simulator, reset_ac, temp, expected):
        """测试设置空调温度"""
        result = simulator.set_ac_temperature(temp)
        assert result.display == expected

    def test_ac_off(self, simulator):
        """测试关闭空调"""
        simulator.turn_off_ac()
        status = simulator.get_ac_status()
        assert status == "off"

4.5.4 运行测试

# 运行所有测试
pytest

# 运行空调模块测试，生成 HTML 报告
pytest test_ac.py --html=reports/ac_report.html

# 并行运行（4 进程）
pytest -n 4

# 失败重跑（最多重跑 2 次）
pytest --reruns 2

# pytest.ini
[pytest]
addopts = -v --html=reports/report.html --self-contained-html
testpaths = tests
python_files = test_*.py

4.6 知识体系总览

下面这张图，帮你把本章的核心逻辑串起来。从框架选型到核心特性，再到实战搭建，一条线走通。