皮皮网

1.pytest系列——fixture之yield关键字实现teardown用例后置操作
2.全网最全面的源码pytest测试框架进阶-conftest文件重写采集和运行测试用例的hook函数
3.附源码完整版，Python+Selenium+Pytest+POM自动化测试框架封装
4.django如何将print内容打印(2023年最新整理)
5.pytest系列——allure之生成测试报告（mac系统）
6.Python热门单元测试框架对比：pytest和unittest还傻傻分不清楚？

pytest系列——fixture之yield关键字实现teardown用例后置操作

       pytest之fixture函数使用（pytest测试框架测试固件 文中讲到，解读fixture函数是源码通过scope参数来控制setup级别；）

       既然有setup函数作为用例之前的操作，测试用例执行完成之后那肯定也有teardown操作。解读

       但是源码fixture的teardown操作并不是独立的函数，用yield关键字唤醒teardown操作。解读php卖源码依然存在于fixture方法中

       yield实现teardown后置操作实例1

       运行结果：注意：return和yield两个关键字都可以返回值；yield关键字返回值后，源码后面的解读代码还会继续运行；由于实例1中fixture函数login需要返回token，而且还需要继续执行teardown后置操作：所以选择yield关键字所以后面代码还会继续运行

       return关键字返回值后，源码后面的解读代码不会继续运行；

       实例2

       运行结果：

       实例3

       运行结果：

       yield遇到异常1、如果其中一个用例在执行时出现异常，源码不影响yield后面的解读teardown执行，运行结果互不影响，源码并且全部用例执行完之后，解读yield唤起teardown操作。源码

       运行结果：

       2、但是fixture函数如果在setup执行期间发生异常，那么pytest是不会去执行yield后面的teardown内容。

       yield关键字+with上下文管理器的结合使用

       yield 关键字 也可以配合 with 上下文管理器 语句使用。使得代码更加精简

       示例：

       request.addfinalizer()将定义的函数注册为终结函数

       除了yield可以实现teardown，我们也可以通过request.addfinalizer() 的方式去注册终结函数来实现 teardown 用例的后置操作。

       示例：增加一个函数 fin，并且注册成终结函数。

       代码如下：

       运行结果：

       yield 与 addfinalizer 用法的区别：① addfinalizer 可以注册多个终结函数。当注册多个终结函数时，用例的后置操作同时会执行完所有的终结函数。注意终结函数（用例后置操作函数）的执行顺序与其在fixture函数中注册的顺序相反（即先注册的终结函数后执行，后注册的终结函数先执行）

       示例：

       运行结果：

       ②当执行测试用例时setup前置操作函数的代码执行错误或者发生异常时，addfinalizer 注册的终结函数依旧会执行。

       ③ yield 关键字可以返回setup前置操作函数中生成的测试数据，且 yield 关键字返回测试数据之后后续的代码依然可以运行。且后续执行的代码充当teardown后置操作函数。

       ④ addfinalizer 函数可以将一个或者多个函数注册为终结函数（一个或多个函数必须在fixture函数中定义），此时的终结函数为teardown后置操作函数；且最后可以使用 return 关键字返回setup前置操作函数生成的测试数据。

       学习思路和方法

       这个大纲涵盖了目前市面上企业百分之的技术，这个大纲很详细的写了你该学习什么内容，企业会用到什么内容。总共十个专题足够你学习。

       想学习却无从下手，该如何学习？这里我准备了对应上面的每个知识点的学习资料、可以自学神器，已经项目练手。

       软件测试/自动化测试全家桶装学习中的工具、安装包、插件...

       有了安装包和学习资料，没有项目实战怎么办，我这里都已经准备好了往下看

       如何领取这些配套资料和学习思路图，以及项目实战源码。这些资料都已经让我准备在一个php网页里面了，可以在里面领取扫码或者进Q群交流都可以暗号和备注是哦

       最后送上一句话： 世界的模样取决于你凝视它的目光，自己的价值取决于你的追求和心态，一切美好的愿望，不在等待中拥有，而是在奋斗中争取。 如果我的博客对你有帮助、如果你喜欢我的文章内容，请 “点赞” “评论” “收藏” 一键三连哦！发单软件源码

全网最全面的pytest测试框架进阶-conftest文件重写采集和运行测试用例的hook函数

       深入理解pytest测试框架的运行机制，对于二次开发至关重要。从conftest文件开始，我们逐步解析测试用例采集和执行的hook函数。

       首先，pytest的运行流程涉及多个hook函数，如pytest_collection用于初始化会话，收集测试用例。pytest_pycollect_makemodule则寻找目录中的测试类文件。pytest_make_collect_report确认每个测试节点的采集结果，如是否成功。

       pytest_pyfunc_call负责执行测试方法，而pytest_runtest_makereport生成测试报告，根据测试结果调用pytest_report_teststatus。当测试失败时，pytest_exception_interact提供交互式处理异常的机会。

       在测试用例运行过程中，pytest_runtest_protocol会依次调用pytest_runtest_setup、pytest_runtest_call和pytest_runtest_teardown，执行测试前的设置、测试执行和清理步骤。例如，pytest_runtest_call会检查断言，如testchengfa中，对'0'与'a'的比较失败，导致失败标记。

       最终，pytest_terminal_summary汇总测试结果，包括测试用例的通过和失败情况。整个测试流程结束后，你会看到详细的测试报告，包括失败的用例和原因。

       在学习过程中，有G的学习资料供你参考，包含项目实战，如大型电商平台的自动化测试、视频教程、项目源码和面经。通过这些资源，你可以更好地提升软件测试技能，甚至实现职业晋升。

       记住，持续学习和实践是提升的关键，祝你在测试领域取得成功！

附源码完整版，Python+Selenium+Pytest+POM自动化测试框架封装

       Python+Selenium+Pytest+POM自动化测试框架封装的完整版教程中，主要涉及以下几个关键环节：

       1. 测试框架介绍：框架的优势在于代码复用高，可以集成高级功能如日志、报告和邮件，提高元素维护性，灵活运用PageObject设计模式。

       2. 时间管理和配置文件：创建times.py模块处理时间操作，conf.py管理测试框架目录，config.ini存储测试URL，readconfig.py读取配置信息。

       3. 日志记录和元素定位：通过logger.py记录操作日志，网站源码写利用POM模型和XPath/CSS选择器定位页面元素。

       4. 页面元素管理和封装：使用YAML格式的search.yaml文件存储元素信息，readelement.py封装元素定位，inspect.py审查元素配置。

       5. Selenium基类封装：使用工厂模式封装Selenium操作，webpage.py提供更稳定的二次封装，确保测试稳定性。

       6. 页面对象模式：在page_object目录下创建searchpage.py，封装搜索相关操作，提高代码可读性。

       7. Pytest测试框架应用：通过pytest.ini配置执行参数，编写test_search.py进行测试用例，conftest.py传递driver对象。

       8. 邮件报告发送：完成后通过send_mail.py模块发送测试结果到指定邮箱。

       通过以上步骤，构建出了一套完整的自动化测试框架，提升了测试效率和维护性，是开发人员进行自动化测试的有力工具。

django如何将print内容打印(年最新整理)

       导读：本篇文章首席CTO笔记来给大家介绍有关django如何将print内容打印的相关内容，希望对大家有所帮助，一起来看看吧。

可不可以将python脚本运行的结果通过django在网页上显示出来

       将stdout重定向到网页，可以将所有输出都显示到网页上。其实就是写一个类，例如写一个classhtml_out（这个类要有write和read函数，以模仿一个file），将sys.stdout输出重定向到html_out这个类上。html_out里面加一些函数处理一下输出，将输出转换成html的文本格式，然后返回到浏览器的请求上。类似这样的pytestlhj(dot)herokuapp(dot)com

       Django源码阅读(一)项目的生成与启动

       诚实的说，直到目前为止，我并不欣赏django。在我的认知它并不是多么精巧的设计。只是由功能堆积起来的"成熟方案"。但每一样东西的崛起都是时代的选择。无论你多么不喜欢，但它被需要。希望有一天，python能有更多更丰富的成熟方案，且不再被诟病性能和可维护性。（屁话结束）

       取其精华去其糟粕，django的优点是方便，我们这次源码阅读的目的是探究其方便的本质。计划上本次源码阅读不会精细到每一处，而是大体以功能为单位进行解读。

       django-adminstartprojectHelloWorld即可生成django项目，命令行是exe格式的。

       manage.py把参数交给命令行解析。

       execute_from_command_line()通过命令行参数，创建一个管理类。然后运行他的execute()。

       如果设置了reload，将会在启动前先check_errors。

       check_errors()是个闭包，所以上文结尾是游戏定制源码(django.setup)()。

       直接看最后一句settings.INSTALLED_APPS。从settings中抓取app

       注意，这个settings还不是我们项目中的settings.py。而是一个对象，位于django\conf\__init__.py

       这是个Settings类的懒加载封装类，直到__getattr__取值时才开始初始化。然后从Settings类的实例中取值。且会讲该值赋值到自己的__dict__上（下次会直接在自己身上找到，因为__getattr__优先级较低）

       为了方便debug，我们直接写个run.py。不用命令行的方式。

       项目下建个run.py，模拟runserver命令

       debug抓一下setting_module

       回到setup()中的最后一句apps.populate(settings.INSTALLED_APPS)

       开始看apps.populate()

       首先看这段

       这些App最后都会封装成为AppConfig。且会装载到self.app_configs字典中

       随后，分别调用每个appConfig的import_models()和ready()方法。

       App的装载部分大体如此

       为了方便debug我们改写下最后一句

       res的类型是Commanddjango.contrib.staticfiles.management.commands.runserver.Commandobjectat0xEDA0

       重点是第二句，让我们跳到run_from_argv()方法，这里对参数进行了若干处理。

       用pycharm点这里的handle会进入基类的方法，无法得到正确的走向。实际上子类Commond重写了这个方法。

       这里分为两种情况，如果是reload重载时，会直接执行inner_run()，而项目启动需要先执行其他逻辑。

       django项目启动时，实际上会启动两次，如果我们在项目入口(manage.py)中设置个print，会发现它会打印两次。

       第一次启动时，DJANGO_AUTORELOAD_ENV为None，无法进入启动逻辑。会进入restart_with_reloader()。

       在这里会将DJANGO_AUTORELOAD_ENV置为True，随后重启。

       第二次时，可以进入启动逻辑了。

       这里创建了一个django主线程，将inner_run()传入。

       随后本线程通过reloader.run(django_main_thread)，创建一个轮询守护进程。

       我们接下来看django的主线程inner_run()。

       当我们看到wsgi时，django负责的启动逻辑，就此结束了。接下来的工作交由wsgi服务器了

       这相当于我们之前在fastapi中说到的，将fastapi的app交由asgi服务器。(asgi也是django提出来的，两者本质同源)

       那么这个wsgi是从哪来的？让我们来稍微回溯下

       这个settings是一个对象，在之前的操作中已经从settings.py配置文件中获得了自身的属性。所以我们只需要去settings.py配置文件中寻找。

       我们来寻找这个get_wsgi_application()。

       它会再次调用setup()，重要的是，返回一个WSGIHandler类的实例。

       这就是稀土指标源码wsgiapp本身。

       load_middleware()为构建中间件堆栈，这也是wsgiapp获取setting信息的唯一途径。导入settings.py，生成中间件堆栈。

       如果看过我之前那篇fastapi源码的，应该对中间件堆栈不陌生。

       app入口→中间件堆栈→路由→路由节点→endpoint

       所以，wsgiapp就此构建完毕，服务器传入请求至app入口，即可经过中间件到达路由进行分发。

djangotest怎么打印sql

       Django提供了sql，sql_all命令来生成MODEL的SQL语句，当定义好DjangoModel后，可以在初始化调用Syncdb方法来自动在数据库里面生成相应的表。

       Model定义如下：

       classTestModel(models.Model):

       Name=models.CharField(max_length=,blank=True)

       fromdjango.core.management.colorimportno_style

       #Style是用来输出语句时着色的

       fromdjango.dbimportconnection

       fromdjango.db.backendsimportcreation

       #这里面有个类BaseDatabaseCreation，就是用来生成SQL语句的。

       T=TestModel()

       c=creation.BaseDatabaseCreation(connection)

       c.sql_create_model(T,no_style())[0]

       ['CREATETABLE"abc"(\n"id"integerNOTNULLPRIMARYKEY,\n"Theme"varchar()NOTNULL\n)\n;']

       这样就可以通过Django取得这个模型的SQL定义语句了，并且针对不同的数据库处理Django已经帮做好了。

pythondjango怎么把数据查询结果保存到一个list里面

       1、新建一个JUPYTERNOTEBOOK文档。

       2、定义一个LIST列表并且打印看看结果。list=[3,9,-7]print(list)。

       3、为列表增加一个数字。list.append()print(list)。

       4、字符串也是可以增加进去的。list.append("string")print(list)。

       5、列表里面更是可以含有其它列表。list.append([-3,-4])print(list)。

       6、如果要删除最后一个列表的值，可以这样处理。list.pop()print(list)。

       结语：以上就是首席CTO笔记为大家介绍的关于django如何将print内容打印的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。

pytest系列——allure之生成测试报告（mac系统）

       在探索测试报告生成工具时，我们通常会遇到美观与功能的权衡。Pytest-html插件虽能生成报告，但外观设计可能不够吸引人，显得较为朴素。为提升报告的视觉效果，Allure应运而生，其生成的报告不仅美观，还能为测试过程增添专业感。Allure的官方网站提供了详细指南，以确保顺利安装并利用其强大功能。

       要安装Allure命令行工具，我们需遵循官方文档中的步骤。首先，访问官方指定的HTTPS链接下载最新的zip文件包。接着，解压文件并将其移动至一个目录中。重要的是，确保将Allure添加至环境变量中，以在命令行上运行相关命令。在macOS或Linux系统中，需使用相应的脚本或添加环境变量至.bash_profile文件。最后，通过输入`allure --version`确认安装是否成功。

       为了将Allure集成至测试流程中，我们还需要安装Allure-pytest插件。通过命令行执行特定命令即可完成安装，此过程将确保所有必要的组件就绪，以生成Allure所需的测试报告数据。

       实践是检验真理的唯一标准，让我们通过实际案例来体会Allure的魅力。在指定目录下运行测试用例，并执行特定命令以生成测试报告。报告数据将首先在当前目录下生成一个result文件夹，随后，通过启动Allure服务并自动分配端口，即可在默认浏览器中查看生成的HTML报告。

       一旦报告在浏览器中呈现，我们便可以深入探索测试结果，对测试过程进行全面分析。至此，通过结合Pytest和Allure，我们能够生成更加美观、功能丰富的测试报告，为团队成员提供更好的分析和沟通平台。

       为了帮助学习者快速上手，我提供了一系列资源，包括学习大纲、学习资料、项目实战源码以及项目练习所需的工具和插件。这些资源旨在构建一个自学习系统，使你能够从理论到实践，逐步掌握测试领域的核心技能。只需在准备好的PHP网页中注册并领取资源，或加入交流群组进行深入讨论。在学习旅程中，记得保持积极的心态，不断追求卓越。

       最后，愿你在这条追求技术的路上，找到属于自己的光芒。每一次“点赞”、“评论”与“收藏”都是对我工作的肯定与鼓励，期待你的参与和反馈。让我们携手共进，用实际行动去追求梦想与目标。

Python热门单元测试框架对比：pytest和unittest还傻傻分不清楚？

       前言

       在进行自动化测试时，编写测试用例会使用到单元测试模块，其中Python中常见的单元测试模块包括unittest、pytest、nose等。其中，unittest和pytest是被提及最多的两个框架，本文将通过简单介绍，对比这两者在断言、用例执行规则、前后置操作、测试报告、参数化功能、失败重跑、跳过用例等方面的主要区别。

       unittest

       unittest框架是Python内置的单元测试框架，广泛应用于各种项目中。它基于JUnit框架设计，支持多种自动化测试用例编写、前置条件和后置数据清理功能。unittest能将多个测试用例组织到测试集中，生成测试报告。

       pytest

       pytest是基于Python的单元测试框架，是对unittest的扩展，更加简洁、方便，支持第三方插件，可以高效完成测试工作。pytest也支持unittest的代码框架内容。

       区别

       从以下几个方面对比unittest和pytest的主要区别：

       断言

       unittest采用自身携带的断言函数，如assertEqual、assertTrue、assertFalse等。而pytest使用Python内置的assert语句进行断言。

       用例执行规则

       unittest要求测试类继承unittest.TestCase，测试用例以test开头，执行顺序按ASCII排序，不能指定特定用例顺序。unittest提供多种方法（如TestCase、TestSuite、TestLoder、TextTestRunner）来方便测试用例编写和执行。

       pytest则要求测试文件名以test_开头，类名以Test开头，测试用例同样以test_开头。执行顺序默认从上到下，可以通过第三方插件定制。执行用例无需导入模块，通过命令行即可执行。

       前后置操作

       unittest支持setup()和tearDown()方法控制用例前后置操作，setupclass()和teardownclass()方法控制类级别操作。pytest支持模块级别（setup_module，teardown_module）、函数级别（setup_function，teardown_function）等操作，通过fixture和装饰器灵活使用。

       测试报告

       unittest没有自带测试报告，需依赖第三方插件（如HTMLTestRunner、BeautifulReport）生成报告。pytest同样没有自带报告，可使用第三方插件（如pytest-html、allure-pytest）生成详细报告。

       参数化功能

       unittest不支持参数化，需借助第三方库（如DDt）实现。pytest支持参数化，可通过@pytest.mark.parametrize或@pytest.fixture（params）实现。

       失败重跑

       unittest不支持用例失败后的自动重跑机制，而pytest通过第三方插件（如pytest-rerunfailures）实现用例重跑。

       跳过用例

       两者都有跳过用例的功能，unittest通过skip或skipif实现，pytest通过skip或skipif实现，允许在条件满足时跳过用例。

       实战演示

       通过请求天气和查询身份证接口的测试用例，分别使用unittest和pytest框架进行参数化测试、跳过用例的实现，并通过生成测试报告进行对比。

       总结

       综上所述，unittest提供基础的单元测试功能，而pytest在unittest的基础上进行了增强和扩展，支持更多的第三方插件，使得测试编写更为灵活和高效。对于初学者，建议先学习unittest，了解其源码后，再逐步接触pytest。

一文搞懂PythonUnittest测试方法执行顺序

       Unittest

       unittest大家应该都不陌生。它作为一款博主在5-6年前最常用的单元测试框架，现在正被pytest，nose慢慢蚕食。

       渐渐地，看到大家更多的讨论的内容从unittest+HTMLTestRunner变为pytest+allure2等后起之秀。

       不禁感慨，终究是自己落伍了，跟不上时代的大潮了。

回到主题

       感慨完了，回到正文。虽然unittest正在慢慢被放弃，但是它仍然是一款很全面的测试框架。

       今天在群里看到番茄卷王的一番言论，激起了我的一番回忆。

       自己以前是知道unittest的执行顺序并不是按照编写test方法的顺序执行，而是按照字典序执行的。但遗憾的是我都是投机取巧去解决的问题（后面会讲）。

       下面我们就来探讨下unittest类的test方法的执行顺序问题。

源码初窥

       研究一下源码(unittest.TestLoader)可以发现，在加载一个class下面的test方法的时候，原生Loader进行了排序，并且根据functools.cmp_to_key方法对测试方法列表进行了排序。

       我们知道，unittest是不需要我们指定对应的方法，说白了，它是从类里面自动获取到咱们的方法，并约定了以test开头的方法都会被视为测试方法。

       查询一下self.sortTestMethodsUsing（这个是一个排序的方式）。

       可以看到这个比较方法写的很明确了，如果x<y那么返回-1，x=y则返回0，x>y返回1。

       其实大家可能不知道Python里面的字符串也是可以比较的，在此必须说明一下字典序。我们来看看这个例子:

a="abc"b="abcd"c="abce"print(a>b)print(b>c)

       猜猜看执行结果，很显然，字典序的比较，是按A-Z的顺序来比较的，如果前缀一样但长度不一样，那么长度长的那个，字典序靠后。

       了解了字典序以后，我们就不难知道，在unittest里面它寻找case的过程可以这样简化:

       找到对应类下面以test开头的测试方法

       对他们进行字典序排序

       依次执行

       这样就不难解释为什么我们有时候写的case不按照自己想的顺序来。

回到问题的本质

       搞清楚为什么用例会乱，那就想到对应的解决方案。由于修改源码是不太合适的，那我们有2个策略去达成目的。

       比如我有多个test方法:

classTestcase(unittest.TestCase):defsetUp(self)->None:passdeftest_1(self):print("执行第一个")deftest_2(self):print("第二个")deftest_3(self):print("第三个")deftest_(self):print("第四个")deftest_(self):print("第五个")deftearDown(self)->None:passif__name__=="__main__":unittest.main()

       执行起来，按照字典序，其实是的顺序。

1.以字典序的方式编写test方法

       我们可以手动修改test方法的名称，这也是我早前的处理方式。也就是说把想要先执行的case字典序排到前面:

classTestcase(unittest.TestCase):defsetUp(self)->None:passdeftest_0_1(self):print("执行第一个")deftest_0_2(self):print("第二个")deftest_0_3(self):print("第三个")deftest_1_0(self):print("第四个")deftest_1_1(self):print("第五个")deftearDown(self)->None:pass

       我们可以把数字按位数拆开，个位数就把位补0，这样就能达到效果，如果会写个case，我们就需要补2个0，比如0_0_1，当然一个文件里面也不会有太多case。

       如果遇到test_login这种怎么办呢，不是数字结尾的方法。

       其实是一样的，可以写成test_数字_业务的模式。番货写了一个装饰器专门解决这样的问题，大家可以去参考下。

2.回归本质，从根本解决问题

       方案1用了番货的装饰器，好是好，但是改变了方法本身的名称，我们其实可以针对他的排序方式入手，按照我们编写case的顺序排序测试方法，就能达到想要的目的。

       说说思路:

       手写一个loader继承自TestLoader类，改写里面的排序方法

       在unittest运行的时候传入这个新的loader

       来看看完整代码，注释里面写的很完善了。

importunittestclassMyTestLoader(unittest.TestLoader):defgetTestCaseNames(self,testcase_class):#调用父类的获取“测试方法”函数test_names=super().getTestCaseNames(testcase_class)#拿到测试方法listtestcase_methods=list(testcase_class.__dict__.keys())#根据list的索引对testcase_methods进行排序test_names.sort(key=testcase_methods.index)#返回测试方法名称returntest_namesclassTestcase(unittest.TestCase):defsetUp(self)->None:passdeftest_1(self):print("执行第一个")deftest_2(self):print("第二个")deftest_3(self):print("第三个")deftest_(self):print("第四个")deftest_(self):print("第五个")deftearDown(self)->None:passif__name__=="__main__":unittest.main(testLoader=MyTestLoader())

       执行了一下还是不对，是不是哪里出了什么问题呢？

       是因为pycharm有一种默认的unittest的调试方法，我们要改成普通的方法去执行。

       试试用控制台执行:

       作者：米洛

每天读点官方文档之pytest (1)

       注：内容不全和官方文档相同，只是按照官方文档顺序随心记录，与诸位做参考而已。

       开始安装pytest使用命令

       pip install -U pytest

       即可安装pytest。使用

       pytest --version

       可以确认pytest安装是否成功以及安装的版本。整体测试环境如下：

       创建第一个测试注意上下两次执行结果的不同，pytest默认不打印print的内容，如果需要打印，需要添加-s参数。下面是正常执行的过程内容：修改测试用例新增test_fun2 test_fun3和test_fun4函数，部分内容为下面的内容：执行结果为：接下来来一起分析一下报错。断言一个确定的异常如果一个异常是我们已经确定的了，可以指定异常，从而能跳过异常判断。整体的输出如下，请结合代码中的解释自行分析输出结果。使用class编组测试如果有一组测试用例可以进行分组，那么可以将测试用例放进class中，比如下面这样接下来我所有的用例执行都会使用pycharm进行手动执行，事例的格式有些不同，但是整体思路是相同的。安装pytest后，pycharm会在每个可以执行的用例左边有一个绿色三角的运行标志。使用那个标志运行即可，pycharm运行时添加了一些参数，我这里先说一下，之后我就只截取显示部分，其余部分诸君请自行尝试。这里我点的是TestClass左边的绿色执行按钮。现在我们将测试用例进行修改，再执行一下试试。输出如下，请诸君自行分析输出的信息。需要注意的一点是，虽然将几个方法进行分组了，但是几个方法之间并不能共享修改的变量，这里使用官方的一个例子说明。输出结果为：可以看到虽然test_sample.py::TestClass::test_func1先执行了，但是test_sample.py::TestClass::test_func2依旧失败了，self.value的值依旧是0 这是为什么呢？给上面的代码增加一些东西继续执行TestClass然后查看record_list.txt内容如下：根据内存地址的不同，可以看到两个case执行了两个不同的类，也就是说是两个单独的事例，也就是func1修改的只是func1实例的self.value没有影响到func2的实例，所以导致func2的self.value还是默认的0，于是失败了。至于如果在类间传递变量也是有方法的，还是需要使用pytest提供的方法。对于上面失败的原因，本人盲猜是因为pytest内部使用了多线程，每个测试用例一个线程去跑，当然具体原因还是有时间的时候看看源代码再了解吧。注意：RecordClass中的record_list能够不断写入的原因是因为record_list是一个可变类型，如果TestClass的value属性也是可变类型也会不断存入数据。具体原因请各位自行查阅，这里不在赘述。pytest内置的参数pytest包含很多内置参数，提供给需求的开发者调用，这里使用官网的例子举例，具体的查看地址为 Builtin fixtures/function arguments。其中tmpdir就是pytest提供的一个内置参数。整体函数执行的结果如下：可以看到已经把临时目录打印出来了。如果想通过命令行确认含有哪些内置属性或者手动定制属性都可以通过pytest --fixtures进行查询。