Python pytest 框架通关指南:自动化测试不再难

Python pytest 框架通关指南:自动化测试不再难

文章目录

一、pytest介绍

pytest是一个非常流行且高效的Python测试框架,提供丰富功能和灵活用法,让测试用例的编写与运行变得简单高效

官方文档地址:pytest


1.1 pytest的优点

  • 简单易用:语法简洁清晰,对编写测试用例非常友好,上手速度快;
  • 强大的断言库:内置丰富断言库,可轻松判断测试结果;
  • 支持参数化测试:允许用不同参数多次运行同一个测试函数,大幅提升测试效率;
  • 丰富的插件生态系统:可通过插件扩展多种功能(如覆盖率测试、测试报告生成、失败用例重复执行等),还支持与selenium、requests、appinum等结合,实现Web自动化、接口自动化、App自动化测试;
  • 灵活的测试控制:允许跳过指定用例,或标记预期失败的用例,支持重复执行失败用例。

1.2 主流Python接口自动化框架对比

维度unittest(Python内置)pytestRobot Framework
安装方式无需安装(Python标准库)pip install pytestpip install robotframework
语法风格基于类(需继承TestCase)函数式或面向对象(无需样板代码)关键字驱动(表格化用例)
断言方法self.assertEqual() 等原生assert表达式关键字断言(如Should Be Equal)
参数化支持需subTest 或第三方库内置(@pytest.mark.parametrize)数据驱动(Test Template)
插件生态少(依赖扩展库如HTMLTestRunner)丰富(如pytest-html、pytest-xdist、allure-pytest等)一般(需安装额外库如RequestsLibrary)
测试报告需插件生成报告支持多格式报告(HTML、Allure等)自带详细日志和报告
学习曲线中等(需熟悉xUnit模式)低(语法简洁)高(需掌握关键字和语法)
BDD支持不支持支持(通过pytest-bdd插件)支持(通过robotframework-bdd)
适用场景简单项目或遗留系统维护复杂项目、高扩展性需求团队协作、非技术人员参与

二、安装

安装命令:

pip install pytest 
在这里插入图片描述

安装成功验证:

安装完成后,可通过pip list命令查看当前项目下pytest包是否安装成功。同时需确认PyCharm中Python解释器已更新,安装pytest前后的代码运行差异如下:

  • 未安装pytest:需编写main函数手动调用测试用例;

安装pytest:测试方法名前会出现直接运行标志,无需手动编写调用代码。

在这里插入图片描述

三、用例运行规则

要让pytest自动发现并运行测试用例,需遵循以下命名规则:

  1. 文件名必须以test_开头或者_test结尾;
  2. 测试类必须以Test开头,并且不能有_ _init_ _方法;
  3. 测试方法必须以test开头。

运行示例:

满足规则后,可通过命令行执行pytest命令直接运行符合条件的用例:

在这里插入图片描述
注意事项:
Python测试类中不可添加__init__方法,否则pytest会抛出pytest_collectionWarning警告,无法收集该测试类。原因是pytest采用自动发现机制收集测试用例,会自动实例化测试类并调用其test开头的方法,若存在__init__方法,可能掩盖测试逻辑并引入额外副作用,影响测试结果准确性。

若测试类需初始化操作,可使用setUp()tearDown()方法、类属性或fixture函数替代。


四、pytest命令参数

4.1 常见参数

pytest提供丰富的命令行选项控制测试执行,常用参数及说明如下:

命令描述备注
pytest在当前目录及其子目录中搜索并运行测试-
pytest -v增加输出的详细程度-
pytest -s显示测试中的print语句-
pytest test_module.py运行指定的测试模块-
pytest test_dir/运行指定目录下的所有测试-
pytest -k 只运行测试名包含指定关键字的测试-
pytest -m 只运行标记为指定标记的测试-
pytest -q减少输出的详细程度-
pytest --html=report.html生成HTML格式的测试报告需要安装pytest-html插件
pytest --cov测量测试覆盖率需要安装pytest-cov插件

4.2 命令使用示例

指定文件/测试用例运行:

在这里插入图片描述

详细打印并显示print内容(-s-v可连写为-sv):

在这里插入图片描述

运行符合规则的用例(不显示print内容):

在这里插入图片描述

五、pytest配置文件

当需要频繁使用复杂命令参数时,可将配置统一写入pytest.ini文件(项目根目录下创建),避免重复输入。

5.1 常见配置选项

参数解释
addopts指定在命令行中默认包含的选项
testpaths指定搜索测试的目录
python_files指定发现测试模块时使用的文件匹配模式
python_classes指定发现测试类时使用的类名前缀或模式
python_functions指定发现测试函数和方法时使用的函数名前缀或模式
norecursedirs指定在搜索测试时应该避免递归进入的目录模式
markers定义测试标记,用于标记测试用例

5.2 配置示例

配置pytest.ini文件,实现详细输出cases包下文件名以test_开头、类名以Test开头的所有用例:

[pytest] addopts = -vs testpaths = cases python_files = test03.py 

配置完成后,命令行直接执行pytest命令即可,无需额外指定参数,运行结果如下:

在这里插入图片描述

六、前后置操作

前后置操作用于在测试用例执行前后完成环境设置、数据准备、资源清理等工作,pytest提供三种实现方式:

6.1 setup_method 和 teardown_method

用于类中每个测试方法的前置和后置操作,每个测试方法执行前都会触发setup_method,执行后触发teardown_method

示例代码:

import pytest classTestExample:defsetup_method(self):print("Setup: Before each test")defteardown_method(self):print("Teardown: After each test")deftest_example1(self):print("Running test_example1")deftest_example2(self):print("Running test_example2")

运行结果:

在这里插入图片描述

6.2.setup_class 和 teardown_class

用于整个测试类的前置和后置操作,测试类中所有方法执行前触发一次setup_class,所有方法执行后触发一次teardown_class

示例代码:

classTestExample:defsetup_class(self):print("Setup: Before all test")defteardown_class(self):print("Teardown: After all test")deftest_example1(self):print("Running test_example1")deftest_example2(self):print("Running test_example2")

运行结果:

在这里插入图片描述

七、断言

断言(assert)是⼀种调试辅助工具,用于检查程序状态是否符合预期,若断言失败(条件为假),Python解释器会抛出AssertionError异常。pytest支持使用标准Pythonassert语句验证预期值与实际值。

基本语法:

assert 条件, 错误信息 
  • 条件:必须是布尔表达式;
  • 错误信息:条件为假时显示的提示信息(可选)。

断言示例:

7.1 基本数据类型断言:

# 断言整数 a =1 b =2assert a == b,"a和b不相等"# 断言字符串str="hello"assert"hello"==str

7.2 数据结构断言:

deftest():# 断言列表 expect_list =[1,'apple',3.14] actual_list =[1,'apple',3.14]# 断言元组 expect_tuple =(1,'apple',3.14) actual_tuple =(1,'apple',3.14)# 断言字典 expect_dict ={'name':'Alice','age':25} actual_dict ={'name':'Alice','age':25}# 断言集合 expect_set ={1,2,3,'apple'} actual_set ={1,2,3,'apple'}assert expect_list == actual_list assert expect_tuple == actual_tuple assert expect_dict == actual_dict assert expect_set == actual_set 

7.3 函数断言:

defdivide(a, b):assert b !=0,"除数不能为0"return a / b # 正常情况print(divide(10,2))# 输出 5.0# 触发断言print(divide(10,0))# 抛出 AssertionError: 除数不能为0

7.4 接口返回值断言:

import requests from jsonschema.validators import validate # 断言接口返回值完整字段和值deftest1(): url ="http://jsonplaceholder.typicode.com/posts/1" r = requests.get(url=url) expect_data ={"userId":1,"id":1,"title":"sunt aut facere repellat provident occaecati excepturi optio reprehenderit","body":"quia et suscipit\nsuscipit recusandae consequuntur expedita et cum\nreprehenderit molestiae ut ut quas totam\nnostrum rerum est autem sunt rem eveniet architecto"}print(r.json())assert r.json()== expect_data assert r.json()['userId']==1# 断言接口返回值重要字段deftest2(): url ="http://jsonplaceholder.typicode.com/comments?postId=1" r = requests.get(url=url)print(r.json())assert r.json()[1]['id']==1# 断言接口HTML返回值deftest3(): url ="http://jsonplaceholder.typicode.com/" r = requests.get(url=url)assert"Use your own data"in r.text 

八、参数化

参数化设计可让测试用例通过不同参数多次运行,提高测试效率和覆盖度,pytest通过@pytest.mark.parametrize装饰器实现参数化,支持在测试函数、类、模块级别使用。

8.1 测试函数参数化

示例代码:

import pytest @pytest.mark.parametrize("test_input, expected",[("3+5",8),("2+4",6),("6*9",42)])deftest_eval(test_input, expected):asserteval(test_input)== expected 

装饰器定义了三组(test_input, expected)元组,test_eval函数会依次使用每组参数运行三次。

8.2 测试类参数化

示例代码:

import pytest @pytest.mark.parametrize("n, expected",[(1,2),(3,4)])classTestClass:deftest_simple_case(self, n, expected):assert n +1== expected deftest_weird_simple_case(self, n, expected):assert(n *1)+1== expected 

参数集将作用于类中所有测试方法,每个方法都会使用每组参数运行。

8.3 模块级别参数化

通过给pytestmark全局变量赋值,实现模块内所有测试的参数化:

import pytest pytestmark = pytest.mark.parametrize("n, expected",[(1,2),(3,4)])classTestClass:deftest_simple_case(self, n, expected):assert n +1== expected deftest_weird_simple_case(self, n, expected):assert(n *1)+1== expected 

8.4 自定义参数化数据源

示例代码:

defdata_provider():return["a","b"]# 定义测试函数,依赖自定义数据源@pytest.mark.parametrize("data", data_provider())deftest_data(data):assert data isnotNoneprint(f"Testing with data provider: {data}")

除了使用 @parametrize 添加参数外,pytest.fixture() 允许对 fixture 函数进行参数化,详情参考下一篇文章。

Read more

告别频繁切换分支!用 Git Worktrees + Claude Code 构建高效并行开发流

告别频繁切换分支!用 Git Worktrees + Claude Code 构建高效并行开发流

在日常开发中,你是否经常陷入这样的困境? * 正在 feature/A 分支调试一个复杂功能,突然要紧急修复 production 的 bug; * 切到 hotfix 分支,但本地未提交的代码不能 stash(会丢失上下文); * 要同时验证多个 PR 的行为,却只能在一个工作目录来回 checkout; * 想在干净环境中跑测试,又不想 clone 一份完整仓库(太占磁盘、太耗时)。 传统方案如 git stash、多克隆副本或 IDE 多窗口,要么破坏工作状态,要么浪费资源。 而 Git Worktrees —— 这个被低估的 Git 隐藏功能,配合 AI 编程助手 Claude Code,能让你轻松实现真正的并行开发流:多个独立工作区,共享同一仓库历史,零拷贝、

Git下载GitHub项目卡住?使用清华镜像代理地址快速获取

Git下载GitHub项目卡住?使用清华镜像代理地址快速获取 在人工智能与深度学习迅猛发展的今天,开发者几乎每天都在与开源项目打交道。无论是研究新算法、复现论文,还是搭建生产环境,我们常常需要从 GitHub 上克隆大型代码仓库——比如 TensorFlow、PyTorch 或 Hugging Face 的生态工具。然而,一个令人头疼的现实是:在国内直接通过 git clone 下载这些项目时,动辄卡在“Receiving objects”阶段,甚至连接超时失败。 这不仅浪费时间,更严重影响开发节奏。尤其是在 CI/CD 流水线中,一次拉取失败可能导致整个构建流程中断。你有没有试过为了克隆一个项目等上半小时,最后却以 RPC failed; curl 18 transfer closed 告终? 其实,这个问题早有成熟解决方案:利用国内高校提供的开源镜像服务,将 GitHub 请求重定向至高速本地节点。

【工创赛2025-智能物流搬运塔吊方案视觉开源(2分15秒)】西安理工大学工程训练中心

【工创赛2025-智能物流搬运塔吊方案视觉开源(2分15秒)】西安理工大学工程训练中心

一、前言         本文也是我的第一篇ZEEKLOG博客,主要内容是记录一下2025年工训赛的参赛过程,讲解一下与louisaerdusai学长一起开发的智能物流视觉方案。主要内容为:实现函数、串口与下位机的通讯和整个实现流程,希望我们的经验能够帮助大家。         本文为视觉算法开源,其他部分开源请移步:【工创赛2025-塔吊结构方案开源(2分15秒)】西安理工大学工程训练中心-ZEEKLOG博客 二、本届视觉设计由来         我在今年校赛阶段参加的是智能救援赛道,由于我们机械设计的过于复杂和一些其他原因,机械结构的反复修改,最终没有尽快实现视觉与机械结构联调,导致我们在校赛就遗憾出局。在校赛遗憾结束后,我有幸加入了学长的队伍,在重新了解了物流搬运的视觉流程后,发现使用Jetson Nano运行OpenCV算法算是更加灵活的选择。但是在省赛是我也发现很多队伍采用的OpenMV方案也可以流畅运行,就我使用这些微型视觉模块的经验来说,我推荐使用MaixCAM pro来实现简单的算法,但是不得不说OpenCV的算法实现是更加通用且灵活的,同时使用OpenCV算

TRAE、VSCode上进行git管理

最近在学习Node.js,但是对TRAE/VSCode的git操作有点不太会,因此记录一下,如有不对,请指出。 我这里使用的是TRAE演示,VSCode应该差不多。 首先是从github,或者gitee上将项目clone下来。看图操作 此时会在页面最上方显示一个弹窗,输入你的项目地址 选择你的项目存放路径 稍等片刻后,项目就clone到你本地了。 使用TRAE/VSCode打开项目。 一般项目会有很多分支,比如主分支,上线版本分支,需求分支,开发分支,咱们举个例子: 主分支:main(作为所有分支的主分支,会合并所有没有bug的代码) 版本分支:release_projectName_versionCode_date(一般用来归档项目版本节点,如果后期某个版本有线上Bug,就基于这个分支修改) 需求分支:feature_projectName_versionCode_main_date(一般有新需求了,就会新建这个分支) 开发分支:feature_projectName_versionCode_userName_