Python Assert 为何不尽如人意#

Python中的断言用起来非常简单,你可以在assert后面跟上任意判断条件,如果断言失败则会抛出异常。

Copy

>>> assert 1 + 1 == 2

>>> assert isinstance('Hello', str)

>>> assert isinstance('Hello', int)

Traceback (most recent call last):

File "", line 1, in

AssertionError

其实assert看上去不错,然而用起来并不爽。就比如有人告诉你程序错了,但是不告诉哪里错了。很多时候这样的assert还不如不写,写了我就想骂娘。直接抛一个异常来得更痛快一些。

改进方案 #1#

一个稍微改进一丢丢的方案就是把必要的信息也放到assert语句后面,比如这样。

Copy

>>> s = "nothin is impossible."

>>> key = "nothing"

>>> assert key in s, "Key: '{}' is not in Target: '{}'".format(key, s)

Traceback (most recent call last):

File "", line 1, in

AssertionError: Key: 'nothing' is not in Target: 'nothin is impossible.'

看上去还行吧,但是其实写的很蛋疼。假如你是一名测试汪,有成千上万的测试案例需要做断言做验证,相信你面对以上做法,心中一定有千万只那种马奔腾而过。

改进方案 #2#

不管你是你是搞测试还是开发的,想必听过不少测试框架。你猜到我要说什么了吧?对,不用测试框架里的断言机制,你是不是洒。

py.test#

py.test 是一个轻量级的测试框架,所以它压根就没写自己的断言系统,但是它对Python自带的断言做了强化处理,如果断言失败,那么框架本身会尽可能多地提供断言失败的原因。那么也就意味着,用py.test实现测试,你一行代码都不用改。

Copy

import pytest

def test_case():

expected = "Hello"

actual = "hello"

assert expected == actual

if __name__ == '__main__':

pytest.main()

"""

================================== FAILURES ===================================

__________________________________ test_case __________________________________

def test_case():

expected = "Hello"

actual = "hello"

> assert expected == actual

E assert 'Hello' == 'hello'

E - Hello

E ? ^

E + hello

E ? ^

assertion_in_python.py:7: AssertionError

========================== 1 failed in 0.05 seconds ===========================

""""

unittest#

Python自带的unittest单元测试框架就有了自己的断言方法self.assertXXX(),而且不推荐使用assert XXX语句。

Copy

import unittest

class TestStringMethods(unittest.TestCase):

def test_upper(self):

self.assertEqual('foo'.upper(), 'FoO')

if __name__ == '__main__':

unittest.main()

"""

Failure

Expected :'FOO'

Actual :'FoO'

Traceback (most recent call last):

File "assertion_in_python.py", line 6, in test_upper

self.assertEqual('foo'.upper(), 'FoO')

AssertionError: 'FOO' != 'FoO'

"""

ptest#

我非常喜欢ptest,感谢Karl大神写了这么一个测试框架。ptest中的断言可读性很好,而且通过IDE的智能提示你能轻松完成各种断言语句。

Copy

from ptest.decorator import *

from ptest.assertion import *

@TestClass()

class TestCases:

@Test()

def test1(self):

actual = 'foo'

expected = 'bar'

assert_that(expected).is_equal_to(actual)

"""

Start to run following 1 tests:

------------------------------

...

[demo.assertion_in_python.TestCases.test1@Test] Failed with following message:

...

AssertionError: Unexpectedly that the str is not equal to str .

"""

改进方案 #3#

不仅仅是你和我对Python中的断言表示不满足,所以大家都争相发明自己的assert包。在这里我强烈推荐assertpy 这个包,它异常强大而且好评如潮。

Copy

pip install assertpy

看例子:

Copy

from assertpy import assert_that

def test_something():

assert_that(1 + 2).is_equal_to(3)

assert_that('foobar')\

.is_length(6)\

.starts_with('foo')\

.ends_with('bar')

assert_that(['a', 'b', 'c'])\

.contains('a')\

.does_not_contain('x')

从它的github 主页 文档上你会发现它支持了几乎你能想到的所有测试场景,包括但不限于以下列表。

Strings

Numbers

Lists

Tuples

Dicts

Sets

Booleans

Dates

Files

Objects

而且它的断言信息简洁明了,不多不少。

Copy

Expected to be of length <4>, but was <3>.

Expected to be empty string, but was not.

Expected , but was not.

Expected to contain only digits, but did not.

Expected <123> to contain only alphabetic chars, but did not.

Expected to contain only uppercase chars, but did not.

Expected to contain only lowercase chars, but did not.

Expected to be equal to , but was not.

Expected to be not equal to , but was.

Expected to be case-insensitive equal to , but was not.

在发现assertpy之前我也想写一个类似的包,尽可能通用一些。但是现在,我为毛要重新去造轮子?完全没必要!

总结#

断言在软件系统中有非常重要的作用,写的好可以让你的系统更稳定,也可以让你有更多面对(女)对象的时间,而不是在调试代码。

Python中默认的断言语句其实还有一个作用,如果你写了一个类型相关的断言,IDE会把这个对象当成这种类型,这时候智能提示就有如神助。

要不要把内置的断言语句换成可读性更好功能更强大的第三方断言,完全取决于实际情况。比如你真的需要验证某个东西并且很关心验证结果,那么必须不能用简单的assert;如果你只是担心某个点可能有坑或者让IDE认识某个对象,用内置的assert既简单又方便。

所以说,项目经验还是蛮重要的。

本站使用「CC BY 4.0」创作共享协议,转载请在文章明显位置注明作者及出处。

python断言assertequal_python中那个断言assert的优化相关推荐

  1. java 断言assert_Java中的断言 Assert

    今天正好遇到了,就记一下 一.作用: 仅用与编写单元测试, 一般不用于生产环境 assert 理论上和 if 类似, 但是assert 仅仅用于测试, 不能用于业务 from jdk 1.4 二.as ...

  2. assert在python中什么意思,Python中的“断言”有什么用?

    assert语句几乎存在于每种编程语言中. 当你做- assert condition -你告诉程序testing这个条件,如果条件是错误的,会触发一个错误. 在Python中,它大致相当于这个: i ...

  3. 【学习笔记】31、Python中的断言

    Python中的断言 一 .初识断言 功能:Python内置的assert语句(断言)可以用来自动检测Python程序中的错误,让程序更可靠更易于调试. 含义:断言语句是一种调试工具,用来测试某个断言 ...

  4. python接口测试非json的断言_荐在接口自动化测试中,如何利用Pytest + JSONPath 进行接口响应断言...

    之前有一篇文章,介绍了如何使用JSONSchema对接口响应进行断言,主要的适用场景是对响应的数据结构进行校验,保证客户端收到的数据结构稳定和合法.今天,介绍使用JSONPath对接口响应的值进行断言 ...

  5. python中的断言

    # python中的断言方法举例a = 2 assert(a > 1) print("断言成功,程序继续向下执行") b = 2 assert(b >= 3), &qu ...

  6. python中的断言是什么意思_一日一技:python中的断言

    一.使用python中的断言来自动检测python程序中的错误,让程序更加可靠且更易于调试 从根本上来说,python中的断言语句是一种调试工具,用来测试某个断言条件,如果断言条件为True,则程序将 ...

  7. 一日一技:python中的断言

    一.使用python中的断言来自动检测python程序中的错误,让程序更加可靠且更易于调试: 从根本上来说,python中的断言语句是一种调试工具,用来测试某个断言条件,如果断言条件为True,则程序 ...

  8. python断言语句_Python中的断言(Assertions in Python)

    Python中的断言(Assertions in Python) 断言是一种完整性检查,您可以在完成程序测试后打开或关闭. 想到断言的最简单方法是将它比作一个raise-if语句(或者更准确,即使是i ...

  9. Java中的断言(assert)

    为什么80%的码农都做不了架构师?>>>    一.语法形式:     Java2在1.4中新增了一个关键字:assert.在程序开发过程中使用它创建一个断言(assertion), ...

最新文章

  1. Deployment详解
  2. 多线程存数据mysql_java 多线程存储数据库
  3. 图解iPhone开发新手教程
  4. UCF转XDC工具说明文档
  5. LightOJ 1370 Bi-shoe and Phi-shoe(欧拉函数)
  6. php批量新增数据类型,Yii框架批量插入数据扩展类的简单实现方法
  7. 时间太少,如何阅读?
  8. 微信电脑版重大更新,可以上班刷朋友圈摸鱼了
  9. ip变更会影响账号登陆吗_代理IP的匿名度级别会影响自身稳定性吗
  10. eplan2.5安装教程
  11. cocos2d-x 源码分析 总目录
  12. C语言编程题:完美的素数
  13. Video标签的常用属性操作
  14. 明翰英语教学系列之名词篇
  15. C/S模型与P2P模型
  16. java候选码计算的替换法_候选码求解方法
  17. 邮件客户端如何配置阿里云企业邮箱
  18. 等比缩放公式_iPhone屏幕适配,等比缩放
  19. Office Professional Plus 2019 下载安装激活
  20. CDS 获取系统日期时间

热门文章

  1. Android三方SDK国际化(汉化)
  2. 如果不写chain.doFilter会怎么样
  3. Oracle数据库管理每周一例-第十四期 19c需要调整的参数及操作
  4. 我理解的myisam引擎之一 myisam表特征
  5. 业余摄影应该从哪些方面开始学?
  6. html图片排列布局下面字_CSS 实现:图片+文字的布局(综合)
  7. H3C SSH远程管理登录配置
  8. Web核心技术之Request
  9. 计算机专业对身体伤害大,电脑对人体的危害有哪些 长期对电脑的人要注意了...
  10. Inversion of Control (IOC)控制反转 有什么好处