聊聊 Python 的单元测试框架：unittest！，2024年最新46道面试题带你了解高级软件测试面试

本文默认以 Python 3 为例进行介绍，若某些特性在 Python 2 中没有或不同，会特别说明。

一、介绍

unittest 单元测试框架最早受到 JUnit 的启发，和其他语言的主流单元测试框架有着相似的风格。

它支持测试自动化，多个测试用例共享前置（setUp）和清理（tearDown）代码，聚合多个测试用例到测试集中，并将测试和报告框架独立。

二、用例编写

下面这段简单的示例来自于官方文档，用来测试三种字符串方法：upper、isupper、split：

import unittest

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())

def test_split(self):
s = ‘hello world’
self.assertEqual(s.split(), [‘hello’, ‘world’])

check that s.split fails when the separator is not a string

with self.assertRaises(TypeError):
s.split(2)

if name == ‘main’:
unittest.main()

上述示例中，通过继承 unittest.TestCase 来创建一个测试用例。 在这个类中，定义以 test 开头的方法，测试框架将把它作为独立的测试去执行。

每个用例都采用 unittest 内置的断言方法来判断被测对象的行为是否符合预期，比如：

• 在 test_upper 测试中，使用 assertEqual 检查是否是预期值
• 在 test_isupper 测试中，使用 assertTrue 或 assertFalse 验证是否符合条件
• 在 test_split 测试中，使用 assertRaises 验证是否抛出一个特定异常

可能有人会好奇，为什么不使用内置断言语句 assert，而要额外提供这么多断言方法并使用呢？原因是通过使用 unittest 提供的断言方法，测试框架在运行结束后，能够聚合所有的测试结果并产生信息丰富的测试报告。而直接使用 assert 虽然也可以达到验证被测对象是否符合预期的目的，但在用例出错时，报错信息不够丰富。

现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036

三、用例发现和执行

unittest 支持用例自动（递归）发现：

• 默认发现当前目录下所有符合 test*.py 测试用例
• 使用 python -m unittest 或 python -m unittest discover
• 通过 -s 参数指定要自动发现的目录， -p 参数指定用例文件的名称模式
• python -m unittest discover -s project_directory -p "test_*.py"
• 通过位置参数指定自动发现的目录和用例文件的名称模式
• python -m unittest discover project_directory "test_*.py"

unittest 支持执行指定用例：

• 指定测试模块
• python -m unittest test_module1 test_module2
• 指定测试类
• python -m unittest test_module.TestClass
• 指定测试方法
• python -m unittest test_module.TestClass.test_method
• 指定测试文件路径（仅 Python 3）
• python -m unittest tests/test_something.py

四、测试夹具（Fixtures）

测试夹具也就是测试前置（setUp）和清理（tearDown）方法。

测试前置方法 setUp()") 用来做一些准备工作，比如建立数据库连接。它会在用例执行前被测试框架自动调用。

测试清理方法 tearDown()") 用来做一些清理工作，比如断开数据库连接。它会在用例执行完成（包括失败的情况）后被测试框架自动调用。

测试前置和清理方法可以有不同的执行级别。

4.1 生效级别：测试方法

如果我们希望每个测试方法之前前后分别执行测试前置和清理方法，那么需要在测试类中定义好 setUp()“) 和 tearDown()”)：

class MyTestCase(unittest.TestCase):
def setUp(self):
pass

def tearDown(self):
pass

4.2 生效级别：测试类

如果我们希望单个测试类中只执行一次前置方法，再执行该测试类中的所有测试，最后执行一次清理方法，那么需要在测试类中定义好 setUpClass()“) 和 tearDownClass()”)：

class MyTestCase(unittest.TestCase):
def setUpClass(self):
pass

def tearDownClass(self):
pass

4.3 生效级别：测试模块

如果我们希望单个测试模块中只执行一次前置方法，再执行该模块中所有测试类的所有测试，最后执行一次清理方法，那么需要在测试模块中定义好 setUpModule()“) 和 tearDownModule()”)：

def setUpModule():
pass

def tearDownModule():
pass

五、跳过测试和预计失败

unittest 支持直接跳过或按条件跳过测试，也支持预计测试失败：

• 通过 skip 装饰器或 SkipTest 直接跳过测试
• 通过 skipIf 或 skipUnless 按条件跳过或不跳过测试
• 通过 expectedFailure 预计测试失败

class MyTestCase(unittest.TestCase):

@unittest.skip(“直接跳过”)
def test_nothing(self):
self.fail(“shouldn’t happen”)

@unittest.skipIf(mylib.version < (1, 3),
“满足条件跳过”)
def test_format(self):

Tests that work for only a certain version of the library.

pass

@unittest.skipUnless(sys.platform.startswith(“win”), “满足条件不跳过”)
def test_windows_support(self):

windows specific testing code

pass

def test_maybe_skipped(self):
if not external_resource_available():
self.skipTest(“跳过”)

test code that depends on the external resource

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数软件测试工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上软件测试开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

视频，并且后续会持续更新**

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-eqcWIp2c-1712791765749)]

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！