unittest简介

Unittest是python内置的一个单元测试框架,主要用于自动化测试用例的开发与执行

简单的使用如下

import unittest

class TestStringMethods(unittest.TestCase):

    def setUp(self):
print("test start") def test_upper(self):
self.assertEqual('foo'.upper(), 'FOO') def test_isupper(self):
self.assertTrue('FOO'.isupper())
self.assertFalse('Foo'.isupper()) def tearDown(self):
print("test end") if __name__ == '__main__':
unittest.main()
  • 1.导入unittest库
  • 2.创建类继承TestCase类
  • 3.以test开头的方法,就是实际执行的独立用例,必须要以test开头,因为是unittest中约定的
  • 4.setUp()方法用于测试用例执行前的初始化工作,tearDown()方法用于用例执行完后的清理操作,这里用例指以test开头的方法,也就是每个test开头的方法执行前后都会调用这两个方法
  • 5.assertEqual等是TestCase类断言的方法,实际就是简单的比较并抛出异常
  • 6.main()方法提供了一个测试脚本的命令行接口,可以在脚本内直接运行

运行测试

1.使用命令行python -m unittest xxx脚本名

2.有unittest.main()就直接执行脚本

结果

----------------------------------------------------------------------
test start
test end
.test start
test end
.
----------------------------------------------------------------------
Ran 2 tests in 0.001s OK

主要结构

整体结构:unittest库提供了Test Case, Test Suite, Test Runner, Test Fixture

  • Test Case:通过继承TestCase类,创建一个测试用例集,但这个测试用例集里面可能包含多个测试用例(或者测试步骤)即test开头的方法
  • Test Suite:把多个测试用例集合在一起来执行。可以通过addTest加载TestCase到Test Suite中,从而返回一个TestSuite实例。
  • Test Runner:Test Runner是一个用于执行和输出测试结果的组件,可以使用图形界面,文本界面,或者返回一个特殊的值的方式来表示测试执行的结果。
  • Test Fixture:提供一些脚手架类的方法,常用于测试环境的设置与清理。

构建用例

构建用例的方法主要就是继承TestCase类,创建自己的测试类,然后用约定的test开头命名方法,这些方法就是测试用例

class TestStringMethods(unittest.TestCase):

    #用例以test开头
def test_upper(self):
self.assertEqual('foo'.upper(), 'FOO') def test_isupper(self):
self.assertTrue('FOO'.isupper())
self.assertFalse('Foo'.isupper())

写用例的时候常使用断言,主要断言有以下:

断言方法 检查条件
assertEqual(a, b) a == b
assertNotEqual(a, b) a != b
assertTrue(x) bool(x) is True
assertFalse(x) bool(x) is False
assertIs(a, b) a is b
assertIsNot(a, b) a is not b
assertIsNone(x) x is None
assertIsNotNone(x) x is not None
assertIn(a, b) a in b
assertNotIn(a, b) a not in b
assertlsInstance(a, b) isinstance(a, b)
assertNotIsInstance(a, b) not isinstance(a, b)

还有判断数据类型的断言:

断言方法 用于比较的类型
assertMultiLineEqual(a, b) 字符串(string)
assertSequenceEqual(a, b) 序列(sequence)
assertListEqual(a, b) 列表(list)
assertTupleEqual(a, b) 元组(tuple)
assertSetEqual(a, b) 集合(set 或 frozenset)
assertDictEqual(a, b) 字典(dict)

官网还给了剩下其他的断言,比如异常,日志等,可以查看https://docs.python.org/zh-cn/3/library/unittest.html

完善用例

1.用例环境清理

每个用例执行的时候需要独特的测试环境,可以在单独test方法中编写,但是每个用例执行前后的环境清理或统一的预处理,需要特殊的Test Fixture方法解决

主要使用这两种方法

  • setUp():程序会在运行每个测试用例(以 test_ 开头的方法)之前自动执行 setUp() 方法,该方法抛出的异常都视为error,而不是测试不通过。
  • tearDown():每个测试用例(以 test_ 开头的方法)运行完成之后自动执行 tearDown() 方法,该方法抛出的异常都视为error,而不是测试不通过,且无论用例是否出错都会调用。
class TestStringMethods(unittest.TestCase):

    def setUp(self):
print("test start") def test_upper(self):
self.assertEqual('foo'.upper(), 'FOO') def test_isupper(self):
self.assertTrue('FOO'.isupper())
self.assertFalse('Foo'.isupper()) def tearDown(self):
print("test end")

2.用例类的环境清理

上面说的是每个测试用例(以 test_ 开头的方法)的环境清理,那么每个测试类(继承TestCase 的类)运行的时候怎么清理环境呢?

主要使用下面两个类方法

  • setUpClass():一个类方法在单个类测试之前运行。setUpClass作为唯一的参数被调用时,必须使用classmethod()作为装饰器
  • tearDownClass():一个类方法在单个类测试之后运行。setUpClass作为唯一的参数被调用时,必须使用classmethod()作为装饰器
class TestStringMethods(unittest.TestCase):

    @classmethod
def setUpClass(self):
print("test start") def test_upper(self):
self.assertEqual('foo'.upper(), 'FOO') def test_isupper(self):
self.assertTrue('FOO'.isupper())
self.assertFalse('Foo'.isupper()) @classmethod
def tearDownClass(self):
print("test end")

3.模块级的环境清理

运行多个测试的时候,可能会将一部分功能的测试类集中在一个文件中,对这一个文件级的环境清理主要使用下面两种方法

  • setUpModule():模块开始时运行
  • tearDownModule():模块结束时运行
./test.py

def setUpModule():
print('test module start') def tearDownModule():
print("test module end") class Test1(unittest.TestCase): ... class Test2(unittest.TestCase): ...

运行用例

1.通过代码调用测试用例

if __name__ == '__main__':
unittest.main()

2.命令行执行

#运行测试文件
python -m unittest test_module #测试单个测试类
python -m unittest test_module.test_class #测试多个测试类
python -m unittest test_module.test_class test_module2.test_class2 #通配符匹配测试文件执行
python -m unittest -p test*.py #显示详细信息
python -m unittest -v test_module #帮助
python -m unittest -h

3.通过组织Test Suit后使用Test Runner运行Suite来运行测试

组织Suite的方法很多,下面怎么组织Suite在管理用例中会介绍

class TestStringMethods(unittest.TestCase):

    def test_upper(self):
self.assertEqual('foo'.upper(), 'FOO') def test_isupper(self):
self.assertTrue('FOO'.isupper())
self.assertFalse('Foo'.isupper()) if __name__ == '__main__':
#构建测试集
suite = unittest.TestSuite()
suite.addTest(TestStringMethods("test_upper"))
#执行测试
runner = unittest.TextTestRunner()
runner.run(suite)

管理用例

通过组织TestSuite可以管理多个测试用例的执行,然后使用Test Runner运行Suite来运行测试,主要用的对象有:

  • TestSuit:组织测试用例的实例,支持测试用例的添加和删除,最终将传递给 testRunner进行测试执行;
  • TextTestRunner:进行测试用例执行的实例,其中Text的意思是以文本形式显示测试结果。测试的结果会保存到TextTestResult实例中,包括运行了多少测试用例,成功了多少,失败了多少等信息;

1.通过addTest()的方式,上文中有

if __name__ == '__main__':
#构建测试集
suite = unittest.TestSuite()
suite.addTest(TestStringMethods("test_upper"))
#执行测试
runner = unittest.TextTestRunner()
runner.run(suite)

2.通过TestLoader()方式组织TestSuite

class TestStringMethods(unittest.TestCase):

    def test_upper(self):
self.assertEqual('foo'.upper(), 'FOO') def test_isupper(self):
self.assertTrue('FOO'.isupper())
self.assertFalse('Foo'.isupper()) class TestStringMethods2(unittest.TestCase): def test_upper(self):
self.assertEqual('foo'.upper(), 'FOO') def test_isupper(self):
self.assertTrue('FOO'.isupper())
self.assertFalse('Foo'.isupper()) if __name__ == '__main__':
#此用法可以同时测试多个类
suite1 = unittest.TestLoader().loadTestsFromTestCase(TestStringMethods)
suite2 = unittest.TestLoader().loadTestsFromTestCase(TestStringMethods2)
suite = unittest.TestSuite([suite1, suite2])
unittest.TextTestRunner().run(suite)

3.统一管理测试用例执行,比如测试用例达到成百上千个,可以将这些用例按照所测试的功能进行拆分,分散到不同的测试文件中,最后再创建用于执行所有测试用例的runtest.py文件

比如有下面很多测试文件

├─test
│ test1.py
│ test2.py
│ test3.py
│ test4.py
│ tmp1.py
│ tmp2.py
...

如果我们只想执行test开头的测试文件,除了上文中的命令行命令外,我们还可以使用defaultTestLoader类提供的discover()方法来加载所有的测试用例

discover(start_dir,pattern='test*.py',top_level_dir=None)

找到指定目录下所有测试模块,并可递归查到子目录下的测试模块,只有匹配到文件名才能被加载。如果启动的不是顶层目录,那么顶层目录必须单独指定。

  • start_dir:要测试的模块名或测试用例目录路径
  • pattern='test*.py':表示用例文件名的匹配原则。此处匹配文件名以“test”开头的“.py”类型的文件,幸好“*”表示任意多个字符
  • top_level_dir=None:测试模块的顶层目录,如果没有顶层目录,默认为None

注意:discover()方法中的start_dir只能加载当前目录下的.py文件,如果加载子目录下的.py文件,需在每个子目录下放一个_init_.py文件。

-runtest.py

import unittest

test_dir = './'
discover = unittest.defaultTestLoader.discover(test_dir, pattern='test*.py') if __name__ == '__main__':
runner = unittest.TextTestRunner()
runner.run(discover)

当然,如果用例少,也可以使用addTest()的方式一个个添加到TestSuite中

4.跳过用例和预期失败

unittest提供了实现某些需求的装饰器,在执行测试用例时每个装饰前面加@符号。

  • unittest.skip(reason):无条件的跳过装饰的测试,说明跳过测试的原因
  • unittest.skipIf(condition,reason):跳过装饰的测试,如果条件为真。
  • unittest.skipUnless(condition,reason):跳过装饰的测试,除非条件为真。
  • unittest.expectedFailure():测试标记为失败,不管执行结果是否失败,统一标记为失败,但不会抛出错误信息。
class TestStringMethods(unittest.TestCase):

    @unittest.skip("not wht")
def test_upper(self):
self.assertEqual('foo'.upper(), 'FOO')

5.执行顺序

unittest框架默认根据ASCII码的顺序加载测试用例,数字与字母的顺序为:0-9,A-Z,a-z。所以上文测试方法test_isupper()会比test_upper()先执行

同理测试类以及测试文件也是按照这个顺序执行,但如果你使用addTest()的方式添加了测试,会按照添加的顺序执行

测试结果

1.console输出结果

结果中有几个特殊字符表示不同的意思

  • . :代表测试通过。有几个点就表示有几个测试通过
  • F:代表测试失败,F 代表 failure。
  • E:代表测试出错,E 代表 error。
  • s:代表跳过该测试,s 代表 skip。

2.HTMLTestRunner输出测试报告

HTMLTestRunner是一个第三方库用于替代TestRunner,用于生成可视化的报表,是python2时期的产物,现在python3需要修改其内容才能用,不过网上有改好的,可以直接用

使用就是将下载好的HTMLTestRunner.py复制到...\python35\Lib目录下,然后下面这样使用

class TestStringMethods(unittest.TestCase):

    def test_upper(self):
#HTMLTestRunner可以读取docstring类型的注释
'''
test1
'''
self.assertEqual('foo'.upper(), 'FOO') def test_isupper(self):
self.assertTrue('FOO'.isupper())
self.assertFalse('Foo'.isupper()) if __name__ == '__main__': testsuite = unittest.TestSuite()
testsuite.addTest(TestStringMethods("test_upper"))
testsuite.addTest(TestStringMethods("test_isupper"))
fp = open('./result.html', 'wb')
runner = HTMLTestRunner(stream=fp, title='测试报告', description='测试执行情况')
runner.run(testsuite)
fp.close()

3.如果想打印log到测试报告可以看我另一篇文章https://www.cnblogs.com/fengf233/p/10871055.html

参考:

https://docs.python.org/zh-cn/3/library/unittest.html

unittest使用总结的更多相关文章

  1. python_单元测试unittest

    Python自带一个单元测试框架是unittest模块,用它来做单元测试,它里面封装好了一些校验返回的结果方法和一些用例执行前的初始化操作. 步骤1:首先引入unittest模块--import un ...

  2. python单元测试unittest

    单元测试作为任何语言的开发者都应该是必要的,因为时隔数月后再回来调试自己的复杂程序时,其实也是很崩溃的事情.虽然会很快熟悉内容,但是修改和 调试将是一件痛苦的事情,如果你在修改了代码后出现问题的话,而 ...

  3. Python 下的unittest测试框架

    unittest测试框架,直接上图吧: data:数据:主要格式为CSV:读取方式:csv.reade: public:封装的模块:通用的模块单独封装,所需参数设置为变量: testcase:测试用例 ...

  4. Python unittest appium

    import unittest from appium import webdriver from appium.common.exceptions import NoSuchContextExcep ...

  5. selenium-webdriver(python) (十六) --unittest 框架

    学习unittest 很好的一个切入点就是从selenium IDE 录制导出脚本.相信不少新手学习selenium 也是从IED 开始的. IDE学习参考: 菜鸟学自动化测试(一)----selen ...

  6. Node.js的UnitTest单元测试

    body{ font: 16px/1.5em 微软雅黑,arial,verdana,helvetica,sans-serif; } 在专业化的软件开发过程中,无论什么平台语言,现在都需要UnitTes ...

  7. unittest使用过程中sys.exit(not self.result.wasSuccessful())

    起因: 在运行下面的unittest过程中出现了个Traceback: 被测试脚本: # splitter.py def split(line, types=None, delimiter=None) ...

  8. 三言两语聊Python模块–单元测试模块unittest

    实际上unittest模块才是真正意义上的用于测试的模块,功能强大的单元测试模块. 继续使用前面的例子: # splitter.py def split(line, types=None, delim ...

  9. unittest测试驱动之HTMLTestRunner.py

    对于自动化来说,测试报告是必须的,在敏捷化的团队中,团队中的成员需要自动化这边提供自动化的测试报告,来判断系统的整体质量以及下一步的测试策略.单元测试库生成测试输出到控制台的窗口上,但是这样的结果看起 ...

  10. unittest可能面临的问题以及解决方法

    问题1:用例的执行顺序 当使用unittest.main()时,用例的执行是按照ascall值的顺序来执行的,所以如果使用main()方法来执行用例的话,那么就需要通过命名来限制执行顺序,比如想要先执 ...

随机推荐

  1. ES6——新增数据结构Set与Map的用法

    ES6 提供了新的数据结构 Set以及Map,下面我们来一一讲解. 一.Set 特性 似于数组,但它的一大特性就是所有元素都是唯一的,没有重复. 我们可以利用这一唯一特性进行数组的去重工作. 1.单一 ...

  2. JDK1.7中HashMap死环问题及JDK1.8中对HashMap的优化源码详解

    一.JDK1.7中HashMap扩容死锁问题 我们首先来看一下JDK1.7中put方法的源码 我们打开addEntry方法如下,它会判断数组当前容量是否已经超过的阈值,例如假设当前的数组容量是16,加 ...

  3. 【JZOJ5263】分手是祝愿

    Description 请注意本题的数据范围. Input Output Sample Input 2 2 15 19 3 30 40 20 Sample Output 285 2600 Hint 数 ...

  4. Linux低权限用户记录ssh密码

    0x01 场景 现在有个攻击场景,就是你拿到了linux外网服务器的webshell,要做内网渗透前肯定要收集信息.其中可以做的一个工作是重新编译ssh来记录管理员的密码信息,信息可以用来撞其他机器的 ...

  5. css div 自适应内容

    .adapt-content{ display:inline-block; *display:inline; ; } 见:http://www.cnblogs.com/refe/p/5051661.h ...

  6. Java NIO之Java中的IO分类

    前言 前面两篇文章(Java NIO之理解I/O模型(一).Java NIO之理解I/O模型(二))介绍了,IO的机制,以及几种IO模型的内容,还有涉及到的设计模式.这次要写一些更贴近实际一些的内容了 ...

  7. 百万年薪python之路 -- 迭代器

    3.1 可迭代对象 3.1.1 可迭代对象定义 **在python中,但凡内部含有 _ _ iter_ _方法的对象,都是可迭代对象**. 3.1.2 查看对象内部方法 该对象内部含有什么方法除了看源 ...

  8. NVDLA中Winograd卷积的设计

    在AI芯片:高性能卷积计算中的数据复用曾提到,基于变换域的卷积计算--譬如Winograd卷积--并不能适应算法上对卷积计算多变的需求.但Winograd卷积依旧出现在刚刚公开的ARM Ethos-N ...

  9. 【Java必修课】四类方法删除List里面的所有null值

    1 简介 万恶的null已经折磨程序员许久了,也带来了许多难以发现却造成严重损失的NullPointerException.我们需要尽可能的避免它,有一种简单的办法就是在它进入下轮处理前,我们就把它扼 ...

  10. Codeblocks 等软件 修改源代码后 不能立即执行的解决办法||exe文件删除慢

    不懈地奋斗了两天,终于找到原因了. 记录如下 症状: Codeblocks .Visual Studio 都出现此问题:修改源代码 无法立即执行 ,就是:cannot open output file ...