python内存溢出_python - 获取Python的unittest会产生tearDown（）方法 - 堆栈内存溢出...

最新推荐文章于 2022-02-08 20:04:19 发布
最新推荐文章于 2022-02-08 20:04:19 发布
阅读量188 收藏
点赞数
文章标签： python内存溢出

灵感来自scoffey的答案 ，我决定采取mercilessnes到一个新的水平，并纷纷拿出以下。

它既可以在普通单元测试中使用，也可以在通过鼻子测试运行时使用，并且还可以在Python 2.7、3.2、3.3和3.4版本中使用(我没有专门测试3.0、3.1或3.5，因为我没有安装这些工具，此刻，但是如果我正确阅读了源代码 ，它也应该在3.5中工作)：

#! /usr/bin/env python

from __future__ import unicode_literals

import logging

import os

import sys

import unittest

# Log file to see squawks during testing

formatter = logging.Formatter(fmt='%(levelname)-8s %(name)s: %(message)s')

log_file = os.path.splitext(os.path.abspath(__file__))[0] + '.log'

handler = logging.FileHandler(log_file)

handler.setFormatter(formatter)

logging.root.addHandler(handler)

logging.root.setLevel(logging.DEBUG)

log = logging.getLogger(__name__)

PY = tuple(sys.version_info)[:3]

class SmartTestCase(unittest.TestCase):

"""Knows its state (pass/fail/error) by the time its tearDown is called."""

def run(self, result):

# Store the result on the class so tearDown can behave appropriately

self.result = result.result if hasattr(result, 'result') else result

if PY >= (3, 4, 0):

self._feedErrorsToResultEarly = self._feedErrorsToResult

self._feedErrorsToResult = lambda *args, **kwargs: None # no-op

super(SmartTestCase, self).run(result)

@property

def errored(self):

if (3, 0, 0) <= PY < (3, 4, 0):

return bool(self._outcomeForDoCleanups.errors)

return self.id() in [case.id() for case, _ in self.result.errors]

@property

def failed(self):

if (3, 0, 0) <= PY < (3, 4, 0):

return bool(self._outcomeForDoCleanups.failures)

return self.id() in [case.id() for case, _ in self.result.failures]

@property

def passed(self):

return not (self.errored or self.failed)

def tearDown(self):

if PY >= (3, 4, 0):

self._feedErrorsToResultEarly(self.result, self._outcome.errors)

class TestClass(SmartTestCase):

def test_1(self):

self.assertTrue(True)

def test_2(self):

self.assertFalse(True)

def test_3(self):

self.assertFalse(False)

def test_4(self):

self.assertTrue(False)

def test_5(self):

self.assertHerp('Derp')

def tearDown(self):

super(TestClass, self).tearDown()

log.critical('---- RUNNING {} ... -----'.format(self.id()))

if self.errored:

log.critical('----- ERRORED -----')

elif self.failed:

log.critical('----- FAILED -----')

else:

log.critical('----- PASSED -----')

if __name__ == '__main__':

unittest.main()

使用unittest运行时：

$ ./test.py -v

test_1 (__main__.TestClass) ... ok

test_2 (__main__.TestClass) ... FAIL

test_3 (__main__.TestClass) ... ok

test_4 (__main__.TestClass) ... FAIL

test_5 (__main__.TestClass) ... ERROR

[…]

$ cat ./test.log

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_1 ... -----

CRITICAL __main__: ----- PASSED -----

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_2 ... -----

CRITICAL __main__: ----- FAILED -----

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_3 ... -----

CRITICAL __main__: ----- PASSED -----

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_4 ... -----

CRITICAL __main__: ----- FAILED -----

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_5 ... -----

CRITICAL __main__: ----- ERRORED -----

当进行nosetests ：

$ nosetests ./test.py -v

test_1 (test.TestClass) ... ok

test_2 (test.TestClass) ... FAIL

test_3 (test.TestClass) ... ok

test_4 (test.TestClass) ... FAIL

test_5 (test.TestClass) ... ERROR

$ cat ./test.log

CRITICAL test: ---- RUNNING test.TestClass.test_1 ... -----

CRITICAL test: ----- PASSED -----

CRITICAL test: ---- RUNNING test.TestClass.test_2 ... -----

CRITICAL test: ----- FAILED -----

CRITICAL test: ---- RUNNING test.TestClass.test_3 ... -----

CRITICAL test: ----- PASSED -----

CRITICAL test: ---- RUNNING test.TestClass.test_4 ... -----

CRITICAL test: ----- FAILED -----

CRITICAL test: ---- RUNNING test.TestClass.test_5 ... -----

CRITICAL test: ----- ERRORED -----

背景

我从这个开始 ：

class SmartTestCase(unittest.TestCase):

"""Knows its state (pass/fail/error) by the time its tearDown is called."""

def run(self, result):

# Store the result on the class so tearDown can behave appropriately

self.result = result.result if hasattr(result, 'result') else result

super(SmartTestCase, self).run(result)

@property

def errored(self):

return self.id() in [case.id() for case, _ in self.result.errors]

@property

def failed(self):

return self.id() in [case.id() for case, _ in self.result.failures]

@property

def passed(self):

return not (self.errored or self.failed)

但是，这仅在Python 2中有效。在Python 3(3.3及以下版本)中，控制流似乎有所改变：Python 3的unittest程序包在调用每个测试的tearDown()方法之后 处理结果 ……是否可以确认此行为？我们只需在测试类中增加一行(或六行)即可：

@@ -63,6 +63,12 @@

log.critical('----- FAILED -----')

else:

log.critical('----- PASSED -----')

+ log.warning(

+ 'ERRORS THUS FAR:\n'

+ + '\n'.join(tc.id() for tc, _ in self.result.errors))

+ log.warning(

+ 'FAILURES THUS FAR:\n'

+ + '\n'.join(tc.id() for tc, _ in self.result.failures))

if __name__ == '__main__':

然后只需重新运行测试：

$ python3.3 ./test.py -v

test_1 (__main__.TestClass) ... ok

test_2 (__main__.TestClass) ... FAIL

test_3 (__main__.TestClass) ... ok

test_4 (__main__.TestClass) ... FAIL

test_5 (__main__.TestClass) ... ERROR

[…]

…您将看到得到的结果是：

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_1 ... -----

CRITICAL __main__: ----- PASSED -----

WARNING __main__: ERRORS THUS FAR:

WARNING __main__: FAILURES THUS FAR:

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_2 ... -----

CRITICAL __main__: ----- PASSED -----

WARNING __main__: ERRORS THUS FAR:

WARNING __main__: FAILURES THUS FAR:

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_3 ... -----

CRITICAL __main__: ----- PASSED -----

WARNING __main__: ERRORS THUS FAR:

WARNING __main__: FAILURES THUS FAR:

__main__.TestClass.test_2

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_4 ... -----

CRITICAL __main__: ----- PASSED -----

WARNING __main__: ERRORS THUS FAR:

WARNING __main__: FAILURES THUS FAR:

__main__.TestClass.test_2

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_5 ... -----

CRITICAL __main__: ----- PASSED -----

WARNING __main__: ERRORS THUS FAR:

WARNING __main__: FAILURES THUS FAR:

__main__.TestClass.test_2

__main__.TestClass.test_4

现在，将以上内容与Python 2的输出进行比较：

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_1 ... -----

CRITICAL __main__: ----- PASSED -----

WARNING __main__: ERRORS THUS FAR:

WARNING __main__: FAILURES THUS FAR:

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_2 ... -----

CRITICAL __main__: ----- FAILED -----

WARNING __main__: ERRORS THUS FAR:

WARNING __main__: FAILURES THUS FAR:

__main__.TestClass.test_2

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_3 ... -----

CRITICAL __main__: ----- PASSED -----

WARNING __main__: ERRORS THUS FAR:

WARNING __main__: FAILURES THUS FAR:

__main__.TestClass.test_2

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_4 ... -----

CRITICAL __main__: ----- FAILED -----

WARNING __main__: ERRORS THUS FAR:

WARNING __main__: FAILURES THUS FAR:

__main__.TestClass.test_2

__main__.TestClass.test_4

CRITICAL __main__: ---- RUNNING __main__.TestClass.test_5 ... -----

CRITICAL __main__: ----- ERRORED -----

WARNING __main__: ERRORS THUS FAR:

__main__.TestClass.test_5

WARNING __main__: FAILURES THUS FAR:

__main__.TestClass.test_2

__main__.TestClass.test_4

由于Python 3在测试被result.failures 后会处理错误/失败，因此我们不能轻易在每种情况下都使用result.errors或result.failures来推断测试的结果。 (我认为从结构上讲， 在拆解测试后处理测试结果可能更有意义，但是，它确实是完全合理的用例，它根据测试的通过/失败状态遵循不同的测试结束程序很难见到...)

因此，我们可以参考其他人已经提到的_outcomeForDoCleanups ，而不是依赖于整体result对象，它包含当前正在运行的测试的结果对象，并具有必要的errors和failrues属性，可用于推断测试的结果。调用tearDown()时的状态：

@@ -3,6 +3,7 @@

from __future__ import unicode_literals

import logging

import os

+import sys

import unittest

@@ -16,6 +17,9 @@

log = logging.getLogger(__name__)

+PY = tuple(sys.version_info)[:3]

+

+

class SmartTestCase(unittest.TestCase):

"""Knows its state (pass/fail/error) by the time its tearDown is called."""

@@ -27,10 +31,14 @@

@property

def errored(self):

+ if PY >= (3, 0, 0):

+ return bool(self._outcomeForDoCleanups.errors)

return self.id() in [case.id() for case, _ in self.result.errors]

@property

def failed(self):

+ if PY >= (3, 0, 0):

+ return bool(self._outcomeForDoCleanups.failures)

return self.id() in [case.id() for case, _ in self.result.failures]

@property

这增加了对Python 3早期版本的支持。

但是，从Python 3.4开始，此私有成员变量不再存在 ，而是添加了一个新的(尽管也是私有的)方法： _feedErrorsToResult 。

这意味着对于版本3.4( 及更高版本 )，如果需求足够大，则可以( 非常骇客地 ) 强迫自己的方式使它再次像版本2中一样工作……

@@ -27,17 +27,20 @@

def run(self, result):

# Store the result on the class so tearDown can behave appropriately

self.result = result.result if hasattr(result, 'result') else result

+ if PY >= (3, 4, 0):

+ self._feedErrorsToResultEarly = self._feedErrorsToResult

+ self._feedErrorsToResult = lambda *args, **kwargs: None # no-op

super(SmartTestCase, self).run(result)

@property

def errored(self):

- if PY >= (3, 0, 0):

+ if (3, 0, 0) <= PY < (3, 4, 0):

return bool(self._outcomeForDoCleanups.errors)

return self.id() in [case.id() for case, _ in self.result.errors]

@property

def failed(self):

- if PY >= (3, 0, 0):

+ if (3, 0, 0) <= PY < (3, 4, 0):

return bool(self._outcomeForDoCleanups.failures)

return self.id() in [case.id() for case, _ in self.result.failures]

@@ -45,6 +48,10 @@

def passed(self):

return not (self.errored or self.failed)

+ def tearDown(self):

+ if PY >= (3, 4, 0):

+ self._feedErrorsToResultEarly(self.result, self._outcome.errors)

+

class TestClass(SmartTestCase):

@@ -64,6 +71,7 @@

self.assertHerp('Derp')

def tearDown(self):

+ super(TestClass, self).tearDown()

log.critical('---- RUNNING {} ... -----'.format(self.id()))

if self.errored:

log.critical('----- ERRORED -----')

…当然，所有此类的使用者都记得在各自的tearDown方法中使用super(…, self).tearDown() …

免责声明：纯粹是教育性的，请勿在家中尝试，等等。等等。我并不为此解决方案感到特别自豪，但是目前看来它已经足够好用了，这是我以后最好的解决方法在星期六下午摆弄一两个小时……

weixin_39955829
关注
Python unittest中初始化固件setUp和销毁固件tearDown详解
专业资深测试者，多年质量管理经验，浪迹网游、金融、房产、招聘及海外行业多年，CDSN百万原创阅读，公众号500+原创文章，提倡测试左移、风险、越权、假设、探索测试，喜欢用抽象思维模式思考和技术探讨，自动化、性能、安全测试实施者，感谢关注！
09-08 2205
unittest.TestCase 包含了setUp()和tearDown()两个方法，其中 setUp() 方法用于初始化测试固件；而 tearDown() 方法用于销毁测试固件。程序会在运行每个测试用例（以 test_ 开头的方法）之前自动执行 setUp() 方法来初始化测试固件，井在每个测试用例（以 test_ 开头的方法）运行完成之后自动执行 tearDown() 方法来销毁测试...
python单元测试之unittest
m0_61430408的博客
05-16 194
单元测试，集成测试，功能测试 单元测试 颗粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”；是指对软件中的最小可测试单元进行检查和验证 集成测试 介于单元测试和系统测试之间，一般由开发小组采用白盒+黑盒的方法来测试，即验证“设计”又验证“需求”。主要用来测试模板与模板之间的接口，同时还要测试一些主要的业务功能 功能测试 颗粒度最大，一般由独立的测试小组采用黑盒的方式来测试，主要测试系统是否符合“需求规格说明书 什么是白盒测试，什么是黑盒测试 白盒：主要应用于单..
python 内存溢出能捕获吗_python - 在一行中捕获多个异常（块除外） - 堆栈内存溢出...
weixin_39774644的博客
12-21 223
如何在一行中捕获多个异常(块除外)做这个：try:may_raise_specific_errors():except (SpecificErrorOne, SpecificErrorTwo) as error:handle(error) # might log or have some other default behavior...由于使用了逗号将错误对象分配给名称的较旧语法，因此需要使用括...
python拆堆和堆叠的操作_python - 如何合并不同的DFS并堆叠值？ - 堆栈内存溢出
weixin_39988164的博客
12-09 161
我有一个dict ，其中有17 df 。样本dfs ：df1key percent0 step19_without_lof 14.534883720930232df2key percent0 step19_without_lof 14.970930232558139df3key percent0 ...
python自动化测试——unittest测试用例setup和teardown
创业项目
07-18 369
import unittest class TestOrder(unittest.TestCase): @classmethod def setUpClass(cls): print("所有用例之前执行") def setUp(self): print("每个用例开始前执行") def tearDown(self): print("每个用例结束后执行") @classmethod def tearDow.
python_plugin_unittest.rar_The Test_unittest python
09-19
unittest框架允许添加setup和cleanup方法（`setUp`和`tearDown`），它们在每个测试用例运行前后分别调用，可以用来设置测试环境和清理资源。例如，如果插件依赖于特定的系统配置，这些方法可以用于临时更改配置并...
gtest_xml_output_unittest.rar_The Test_python xml_unittest pytho
09-23
“the_test”指的是这是一个关于测试的项目，“python_xml”表明可能有Python代码在处理XML数据，而“unittest_python”则明确表示这些测试是使用Python的unittest库编写的。Python的unittest库是Python标准库的一...
Python库 | python_monasca_events-0.0.2-py2.py3-none-any.whl
02-19
Python_monasca_events是一个针对Python开发者的后端库，版本为0.0.2，它以.whl格式提供，这是一个常见的Python二进制分发格式，适用于跨平台的Python软件包安装。这个库主要关注事件处理和监控，可能是为了集成到...
Python库 | unittest_resources-0.1.0-py2.py3-none-any.whl
03-25
Python库unittest_resources-0.1.0-py2.py3-none-any.whl是一个用于软件测试的工具，尤其针对Python开发人员。这个库是Python的unittest框架的扩展，旨在提供更丰富的资源和辅助功能，帮助开发者编写高效且全面的...
Python库 | unittest_xml_reporting-1.5.0-py2.5.egg
02-21
`unittest_xml_reporting` 是一个针对Python的测试框架`unittest`的扩展库，主要功能是为测试结果提供XML格式的报告。这个库版本为1.5.0，适用于Python 2.5版本。在Python开发中，测试是确保代码质量和可靠性的关键...
python学习笔记之unittest
哪有什么天生王者，不过是一步一个脚印
03-18 205
unittest单元测试框架不仅可以适用于单元测试，还可以适用接口测试、Web自动化测试等，它有一个很重要的特性：它是通过类(class)的方式，将测试用例组织在一起。 unittest框架核心要素 Unittest框架中最核心的四个概念是：test case, test suite, test runner, test fixture。 unittest框架常用模块 unittest.TestCase：TestCase类，所有测试用例类继承的基本类 unittest.TestSuite()：unit
result函数在python哪个库中_在tearDown（）方法中获取Python的unittest结果
weixin_34933151的博客
02-22 517
此解决方案适用于Python版本2.7到3.7(当前最高版本)，在tearDown之前，任何代码中都没有任何修饰或其他修改。一切都是根据结果的内置分类工作的。也可以正确识别跳过的测试或expectedFailure。它评估当前测试的结果，而不是迄今为止通过的所有测试的摘要。也与pytest兼容。import unittestclass MyTest(unittest.TestCase):def t...
Pytest学习笔记（3）-Setup和Teardown
黎晟 的博客
02-08 745
setup和teardown 前言 在做自动化的时候，常常有这样的诉求： 用例执行前，需要重新启动一次浏览器 用例执行结束时，需要清除测试数据 在unittest中，我们可以使用 setUp() 和 tearDown() 两个方法来实现以上需求，其中 setUp() 方法用于初始化测试固件；而 tearDown() 方法用于销毁测试固件。程序会在运行每个测试用例（以 test_ 开头的方法）之前自动执行 setUp() 方法来初始化测试固件，井在每个测试用例（以 test_ 开头的方法）运行完成之后自动
unittest 如果用例失败，跳过所有测试用例
qq_37668510的博客
01-26 1577
1. 知识点 使用装饰器。 熟悉一遍unittest.TestCase源码（这里主要用到_Outcome类）。 2. TesetCase 官方介绍： TestCase 类的实例代表 unittest Universe 中的逻辑测试单元。此类旨在用作基类，具体测试由具体子类实现。此类实现了测试运行程序所需的接口以允许其驱动测试，以及测试代码可用于检查和报告各种故障的方法。 通俗说就是：TestCase 类是一个基类，测试类需要继承unittest.TestCase 类，测试类来实现相关测试用例。uni
python 测试用例的无输入_python 单元测试中处理用例失败的情况
weixin_39661589的博客
11-30 292
今天有一个需求, 在单元测试失败的时候打印一些日志, 我们管他叫 dosomething 吧 ,反正就是做一些操作查了下并没有查到相关的方法, 于是研究了一波unittest 的源码发现了这个东西try:self._outcome = outcomewith outcome.testPartExecutor(self):self.setUp()if outcome.success:outcome....
python 单元测试中处理用例失败的情况
denglilou8688的博客
04-04 795
今天有一个需求, 在单元测试失败的时候打印一些日志, 我们管他叫 dosomething 吧 ,反正就是做一些操作 查了下并没有查到相关的方法, 于是研究了一波unittest 的源码 发现了这个东西 try: self._outcome = outcome with outcome.testPartExecutor(self): self.setUp(...
python程序详细描述_WSGI 简介（使用python描述）
weixin_39559071的博客
12-19 135
WSGI 简介背景Python Web 开发中，服务端程序可以分为两个部分，一是服务器程序，二是应用程序。前者负责把客户端请求接收，整理，后者负责具体的逻辑处理。为了方便应用程序的开发，我们把常用的功能封装起来，成为各种Web开发框架，例如 Django, Flask, Tornado。不同的框架有不同的开发方式，但是无论如何，开发出的应用程序都要和服务器程序配合，才能为用户提供服务。这样，服务器...
selenium中对 case的异常跟踪
qq_21339555的博客
02-18 272
def tearDown(self): time.sleep(2) for method_name,errors in self._outcome.errors: if errors: case_name=self._testMethodName file_path=os.pa...
setUp和tearDown及setUpClass和tearDownClass的用法及区别
热门推荐
u011151028的博客
12-22 1万+
特殊方法: ① setup():每个测试函数运行前运行 ② teardown():每个测试函数运行完后执行 ③ setUpClass():必须使用@classmethod 装饰器,所有test运行前运行一次 ④ tearDownClass():必须使用@classmethod装饰器,所有test运行完后运行一次 链接：http://www.jb51.net/article/55623.h
sahara_tests-0.6.0-py2-none-any.whl：Python库解压教程
在Python社区，常用于测试的库有unittest、pytest等，该库是否与它们相关联或提供了特定的测试功能，需要进一步查看库的具体文档。 8. 安全与维护 由于该库是针对Python 2版本的，开发者在使用时应考虑到Python 2的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值