pytest收集测试用例的顺序: 同一个项目中搜索所有以test_开头的测试文件.test_开头的测试类.test_开头的测试函数 执行测试用例的顺序: 是按照先数据(0~9)>再字母(a~z)规则(测试函数都是英文test开头,想要特定指定哪一个,可以test_1,这样方便调试,一般不这样写,哈哈哈) 执行测试用例发现的问题: 两个测试类,写了5个测试函数,按照自己预期想的应该是收集到5个测试用例:结果,一执行,收集到33个,其余的28个从哪里来的?? 解决问题步骤: 1.检查最近修改过的前置

前言 pytest 提供了一个收集用例的钩子,在用例收集阶段,默认会查找test_*.py 文件或者 *_test.py文件. 如果我们想运行一个非python的文件,比如用yaml 文件写用例,那么就需要改变用例的收集规则. 以最新版pytest 7.2.0版本为例 YAML 测试示例 在 Yaml 文件中指定测试的基本示例, 以下是官方文档上给的一个执行yaml格式的内容作为自定义测试的例子. 相关文档地址https://docs.pytest.org/en/latest/example/n

Pytest插件pytest-order指定用例顺序 安装  pip install pytest-order 注意不是pytest-ordering 说起来这里有个故事 关于pytest-ordering和pytest-order https://github.com/ftobia/pytest-ordering https://github.com/pytest-dev/pytest-order 在写这个文章之前,我用的一直是pytest-ordering 但我在安装pytest-order

前言 学过unittest的都知道里面用前置和后置setup和teardown非常好用,在每次用例开始前和结束后都去执行一次. 当然还有更高级一点的setupClass和teardownClass,需配合@classmethod装饰器一起使用,在做selenium自动化的时候,它的效率尤为突然,可以只启动一次浏览器执行多个用例. pytest框架也有类似于setup和teardown的语法,并且还不止这四个 用例运行级别 模块级(setup_module/teardown_module)开始于模

1.Pytest 中标记用例 接参数 -k 来挑选要执行的测试项 pytest -k test_szdcs -s test_szdcs 为函数名称 -k 后面接的名称可以为函数名称.类名称.文件名称.目录名称 区分大小写 支持模糊匹配 可以用 not 表示选择用例名称中不包含哪些内容,如下 class Test01(): def test_szdcs(self): print("深圳多测师") def test_gzdcs(self): print("广州多测师")

使用pytest.ini添加自定义用例标识: [pytest] # 1.使用没有注册过的标记抛出错误 addopts = --strict-markers # 2.自定义标记 markers = smoking: 自定义冒烟用例的标记:执行非冒烟用例 pytest -m "not smoking" 使用conftest.py文件添加自定义用例标识: def pytest_configure(config): config.addinivalue_line( "markers&

用例运行级别 模块级(setup_module/teardown_module)开始于模块始末,全局的 函数级(setup_function/teardown_function)只对函数用例生效(不在类中) 类级(setup_class/teardown_class)只在类中前后运行一次(在类中) 方法级(setup_method/teardown_method)开始于方法始末(在类中) 类里面的(setup/teardown)运行在调用方法的前后 函数式 setup_function/tear

前言 上篇文章相信大家已经了解了pytest在cmd下结合各种命令行参数如何运行测试用例,并输出我们想要看到的信息.那么今天会讲解一下pytest是如何收集我们写好的用例?我们又有哪些方式来运行单个用例或者批量运行用例呢?下面将为大家一一解答! pytest收集用例原理分析 首先我们按照如下目录结构新建我们的项目 [pyttest搜索测试用例的规则] |[测试用例目录1] | |__init__.py | |test_测试模块1.py | |test_测试模块2.py |[测试用例目录2] |

用例设计原则 文件名以test_*.py文件和*_test.py 以test_开头的函数 以Test开头的类 以test_开头的方法 所有的包pakege必须要有__init__.py文件 help帮助 1.查看pytest命令行参数,可以用pytest -h 或pytest --help查看 C:\Users\admin>pytest -h usage: pytest [options] [file_or_dir] [file_or_dir] [...] positional argument

近日,使用Pytest+Appium 实现APP端UI自动化,遇到Pytest收集用例失败的情况. 报错信息如下: test_room.py:None (test_room.py) ImportError while importing test module '/Users/XXXX/case/test_room.py'. Hint: make sure your test modules/packages have valid Python names. Traceback: test_ro

1.pytest介绍:基于unittest 之上的单元测试框架 1.1.自动发现测试模块和测试用例: unitest 需要添加用例,(泰斯特楼贷)加载器加载测试用例 pytest 只需要一条代码就可以 1.2.断言使用 assert + 表达: unitest 定义了所有的 断言方式 pytest  只需要使用一个关键字 assert + 表达式 就可以了,表达式为真则断言通过,表达式为假则断言失败 1.3.pytest 可以设置测试会话级.模块级.类级.函数级的 fixtures: 1.4.有

1. 简介 今天北京下的雪好大好美啊!!!哎呀,忘记拍照片了,自己想象一下吧.言归真传,今天还是开始pytest的学习和修炼,上一篇写完后群里反响各式各样的,几家欢乐几家愁,有的高兴说自己刚好要用到了,正好一起学习,有的不开心说自己接口还没有学完了,没关系的学习本来就不是一件一蹴而就的事情,需要日积月累,不要灰心.慢慢的来,多花点时间,争取赶上来就好了.嘿嘿!喝了宏哥的毒鸡汤是不是充满活力,感觉好多了.好,那就开始今天的学习吧!今天主要学习一下pytest的执行用例的规则. 2. 通过help帮

Skip跳过用例 跳过(Skip)指,你希望如果某些条件得到满足你的测试用例才执行,否则Pytest应该完全跳过运行该用例 1. 跳过测试用例的最简单方法是使用skip装饰器标记它,可以传递一个可选的原因reason参数: @pytest.mark.skip(reason="目前无法执行该用例") def test_skip_2(): print("该用例不执行") 2.也可以在用例执行前进行某些前置条件检查,例如检查预期前置条件是否满足,比较值等 def test

前言 pytest 结合 allure 描述用例的时候我们一般使用 @allure.title 和 @allure.description 描述测试用例的标题和详情. 在用例里面也可以动态更新标题和详情,使用allure.dynamic方法实现. allure.dynamic 动态属性 feature 模块 allure.dynamic.feature(feature_name) 功能点 story allure.dynamic.story(case_story) 用例标题 title allu

前言 测试用例在设计的时候,我们一般要求不要有先后顺序,用例是可以打乱了执行的,这样才能达到测试的效果. 有些同学在写用例的时候,用例写了先后顺序, 有先后顺序后,后面还会有新的问题(如:上个用例返回数据作为下个用例传参,等等一系列的问题...) github 上有个pytest-ordering插件可以控制用例的执行顺序,github插件地址https://github.com/ftobia/pytest-ordering 安装依赖包 pip3 install pytest-ordering

Pytest执行的顺序 当pytest运行测试函数时,它会查看该测试函数中的参数,然后搜索与这些参数具有相同名称的fixture.一旦pytest找到这些对象,它就会运行这些fixture 影响执行顺序的因素 1. fixture方法的scope:fixture的使用范围 2. dependencies:可能会存在fixture请求了别的fixture,所以产生了依赖关系 3. autouse:如果多个fixture,其中一个autouse=True,那么这个fixture先执行 执行顺序: 单

经过之前的学习铺垫,我们尝试着利用pytest框架编写一条接口自动化测试用例,来厘清接口自动化用例编写的思路. 我们在百度搜索天气查询,会出现如下图所示结果: 接下来,我们以该天气查询接口为例,编写接口测试用例脚本. 一,明确测试对象 针对某个功能做接口测试,首先我们需要确定实现这个功能调用的是哪个接口,这个接口的具体信息(如功能.协议.URL.请求方法.请求参数说明.响应参数说明等等)可以通过查看开发提供的接口文档获取,也可以通过抓包(在没有接口文档的情况下)获取.找到对应的接口也就是测试对象

前言 pytest配置文件能够改变pytest框架代码的运行规则.比如修改pytest收集用例的规则,添加命令行参数等等!下面我们来一一讲解常用的一些配置项 Help 通过命令pytest --help查看配置文件中可以添加的一些参数及选项,这些选项都是可以添加到pytest的配置文件的 [pytest] ini-options in the first pytest.ini|tox.ini|setup.cfg file found: markers (linelist) markers for

前言 上篇博客说到命令行执行测试用例的部分参数如何使用?今天将继续更新其他一些命令选项的使用,和pytest收集测试用例的规则! pytest执行用例命令行参数 --collect-only:罗列出所有当前目录下所有的测试模块,测试类及测试函数 --tb=style:屏蔽测试用例执行输出的回溯信息,可以简化用例失败时的输出信息.style可以是 on,line,short,具体区别请自行体验 --lf:当一次用例执行完成后,如果其中存在失败的测试用例,那么我们可以使用此命令重新运行失败的测试用例

pytest有哪些优点? 允许直接使用assert进行断言,而不需要使用self.assert*; 可以自动寻找单测文件.类和函数; Modular fixtures可以用于管理小型或参数化的测试信息; 与unittest和nose单测框架兼容; 兼容性较好,支持Python 2.7,Python 3.4+. 丰富的插件支持,共计有超过315个插件支持; pytest收集测试用例规则 1.默认在当前目录搜集用例,在那个目录下运行pytest命令,就在这个目录下去收集 2.搜索规则 测试文件以te