百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

使用Mock思想进行单元测试Python篇

zhezhongyun 2024-12-15 17:55 30 浏览

为什么使用Mock进行单元测试?

从功能开发完成的定义来看,至少包括:代码本身、文档及单元测试。而往往在实际开发中,由于需求的不停的变化,导致文档及单元测试是开发过程中直接被忽略的内容。反观优秀的开源项目,在全球几千人合作开发的大项目中,仍然能保持代码的高质量,这其中文档和单元测试是必不可少的环节之一。

不同于完整性测试或者冒烟测试,单元测试是为了证明你代码逻辑的正确性,所以必须由开发人员亲自完成,类似在证明“你爸是你爸”。单元测试能够屏蔽80%以上的低级错误,以及在协作开发过程中出现修改公共逻辑造成的潜在风险。一个伴随着单元测试出现的指标叫做覆盖率,即单元测试覆盖的代码行数,简单来说单元测试有没有覆盖代码执行过程中的每一行。每一个项目的代码覆盖率要求不同,需要寻找一个平衡点,过高的覆盖率会导致研发成本升高,过低的覆盖率又没有起到单元测试的目的。

另外一个在单元测试经常出现的困扰点是环境依赖的问题,比如我们代码实现中需要调用外部某一系统的接口,那么我们在做单元测试时,是不是真的要搭建一套系统来满足我们测试的需要呢?显然是不可能的。这就和我们今天主题相关了,使用Mock思想进行单元测试。简而言之,不具备的条件使用Mock来进行模拟。还是接口调用的例子,我们在进行单元测试的时候,重点要测试时我们的逻辑,并不是那个接口的实现,我们关注的只是那个接口的正常或异常的返回,所以当我们的程序调用那个接口时,我们只需要Mock那个接口的返回即可,这样就可以专注于我们自身的逻辑测试了。

示例一:测试文件删除

本文中的一些示例来自:https://www.toptal.com/python/an-introduction-to-mocking-in-python 我们从例子来看一下如果利用Mock思想进行单元测试。先看看代码实现部分:

#!/usr/bin/env python
# -*- coding: utf-8 -*-
import os
def rm(filename):
    os.remove(filename)

按照传统的思想进行测试,一定会构建一个文件,然后调用函数进行删除后,判断文件是否存在。但是注意,这种测试方法其实不是在测试你的函数,而是在测试os.remove。这种思想并不是不可以,但是严重依赖于环境,如果我们现在测试对象是一个数据库或者上面提到的接口,我们构建单元测试的成本就非常高,甚至无法实现了。

我们还是来看一下基于这种思想的测试用例实现:

  • ? 实现在setUp中,随机新建了一个文件
  • ? 在test_rm中,调用我们的方法进行删除
  • ? 最终在assert中判断文件是否存在,如果存在,则抛出Failed to remove this file
#!/usr/bin/env python
# -*- coding: utf-8 -*-
from mymodule import rm
import os.path
import tempfile
import unittest
class RmTestCase(unittest.TestCase):
    tmpfilepath = os.path.join(tempfile.gettempdir(), "tmp-testfile")
    def setUp(self):
        with open(self.tmpfilepath, "wb") as f:
            f.write("Delete me!")
        
    def test_rm(self):
        # remove the file
        rm(self.tmpfilepath)
        # test that it was actually removed
        self.assertFalse(os.path.isfile(self.tmpfilepath), "Failed to remove the file.")

我们使用Mock思想来重新分析一下:在代码中,我们实现其实是接受一个变量后,将变量传给os.remove,从Mock思想来看,我们只需要证明我们参数正确的传给了os.remove,并且os.remove是用我们这个参数执行的,这其实才是我们真正的逻辑,来看一下基于Mock是想的测试用例:

  • ? 使用Mock时,我们不再需要依赖外部环境
  • ? 我们需要使用unittest中的mock.patch,即允许我们对某些模块的返回值进行模拟,比如这里我们对我们依赖的mymodule.os进行了Mock
  • ? 在测试用例中,当调用rm时,rm会使用我们Mock好的库进行调用,并不会触发真正的删除
  • ? 而在断言中,我们只需要证明os库被调用,且参数与我们传入一致即证明测试通过
  • ? 当然对于各种异常情况,我们也可以通过mock进行模拟,来捕获相关的异常是否符合我们的预期,在后面的示例中我们会看到
#!/usr/bin/env python
# -*- coding: utf-8 -*-
from mymodule import rm
import mock
import unittest
class RmTestCase(unittest.TestCase):
    
    @mock.patch('mymodule.os')
    def test_rm(self, mock_os):
        rm("any path")
        # test that rm called os.remove with the right parameters
        mock_os.remove.assert_called_with("any path")

这里需要注意的一点是我们mock的对象是mymodule.os并不是os,这与Python运行机制有关,在运行时mymodule会导入模块中的独立范围内,所以如果单纯mock os是无法实现上述测试的。

示例二:测试校验验证

在这个示例中,我们对源代码进行部分修改,增加对path存在的校验,我们在执行os.remove前,首先判断传入的参数是否为文件类型。

#!/usr/bin/env python
# -*- coding: utf-8 -*-
import os
import os.path
def rm(filename):
    if os.path.isfile(filename):
        os.remove(filename)

我们直接使用Mock方式进行测试,测试用例增加的部分:

  • ? 增加对mymodule.os.path进行Mock,Mock的目的是控制其返回值
  • ? 通过return_value来控制isfile的返回值为False
    • ? mock_path.isfile.return_value = False
    • ? 我们的测试的第一种情况是:当参数不是文件时,os.remove不会被调用
  • ? 再次通过return_value来控制isfile的返回值为True
    • ? mock_path.isfile.return_value = True
    • ? 我们测试的第二种情况是:当参数是文件时,os.remove会被调用同时使用参数
#!/usr/bin/env python
# -*- coding: utf-8 -*-
from mymodule import rm
import mock
import unittest
class RmTestCase(unittest.TestCase):
    
    @mock.patch('mymodule.os.path')
    @mock.patch('mymodule.os')
    def test_rm(self, mock_os, mock_path):
        # set up the mock
        mock_path.isfile.return_value = False
        
        rm("any path")
        
        # test that the remove call was NOT called.
        self.assertFalse(mock_os.remove.called, "Failed to not remove the file if not present.")
        
        # make the file 'exist'
        mock_path.isfile.return_value = True
        
        rm("any path")
        
        mock_os.remove.assert_called_with("any path")

示例三:对类进行测试

首先我们将现有代码改造成类的方式,我们增加了RemovalService类,将原有方法变为类的方法

#!/usr/bin/env python
# -*- coding: utf-8 -*-
import os
import os.path
class RemovalService(object):
    """A service for removing objects from the filesystem."""
    def rm(self, filename):
        if os.path.isfile(filename):
            os.remove(filename)

我们再次进行测试时,需要将类实例化后,在进行相关测试,这个测试与上面对单独函数的测试并没有太大差别

#!/usr/bin/env python
# -*- coding: utf-8 -*-
from mymodule import RemovalService
import mock
import unittest
class RemovalServiceTestCase(unittest.TestCase):
    
    @mock.patch('mymodule.os.path')
    @mock.patch('mymodule.os')
    def test_rm(self, mock_os, mock_path):
        # instantiate our service
        reference = RemovalService()
        
        # set up the mock
        mock_path.isfile.return_value = False
        
        reference.rm("any path")
        
        # test that the remove call was NOT called.
        self.assertFalse(mock_os.remove.called, "Failed to not remove the file if not present.")
        
        # make the file 'exist'
        mock_path.isfile.return_value = True
        
        reference.rm("any path")
        
        mock_os.remove.assert_called_with("any path")

我们再次对代码进行改造,实现两个类。

  • ? 我们保留了刚才构建了RemovalService,同时新增了一个UploadService使用RemovalService的rm方法
#!/usr/bin/env python
# -*- coding: utf-8 -*-
import os
import os.path
class RemovalService(object):
    """A service for removing objects from the filesystem."""
    def rm(self, filename):
        if os.path.isfile(filename):
            os.remove(filename)
            
class UploadService(object):
    def __init__(self, removal_service):
        self.removal_service = removal_service
        
    def upload_complete(self, filename):
        self.removal_service.rm(filename)

根据刚刚我们强调的测试思想,此时再对UploadService进行测试时,我们无须再关注rm实现及测试,而是要关注upload_complete方法本身的测试,这里有两种Mock测试方法:

  • ? 对RemovalService.rm进行Mock
  • ? 在UploadService中完全Mock一个RemovalService

Mock RemovalService.rm

在这种测试方式下,测试方法类似我们之前的测试,只要保证我们的UploadService中是否被正确调用及参数传递是否正确即可。

#!/usr/bin/env python
# -*- coding: utf-8 -*-
from mymodule import RemovalService, UploadService
import mock
import unittest
class RemovalServiceTestCase(unittest.TestCase):
    
    @mock.patch('mymodule.os.path')
    @mock.patch('mymodule.os')
    def test_rm(self, mock_os, mock_path):
        # instantiate our service
        reference = RemovalService()
        
        # set up the mock
        mock_path.isfile.return_value = False
        
        reference.rm("any path")
        
        # test that the remove call was NOT called.
        self.assertFalse(mock_os.remove.called, "Failed to not remove the file if not present.")
        
        # make the file 'exist'
        mock_path.isfile.return_value = True
        
        reference.rm("any path")
        
        mock_os.remove.assert_called_with("any path")
      
      
class UploadServiceTestCase(unittest.TestCase):
    @mock.patch.object(RemovalService, 'rm')
    def test_upload_complete(self, mock_rm):
        # build our dependencies
        removal_service = RemovalService()
        reference = UploadService(removal_service)
        
        # call upload_complete, which should, in turn, call `rm`:
        reference.upload_complete("my uploaded file")
        
        # check that it called the rm method of any RemovalService
        mock_rm.assert_called_with("my uploaded file")
        
        # check that it called the rm method of _our_ removal_service
        removal_service.rm.assert_called_with("my uploaded file")

Mock UploadService

在本示例中,我们直接对UploadService进行自动Mock:

  • ? 使用mock.create_autospec(RemovalService)
  • ? 测试的case仍然是对调用参数及调用过程进行检验
#!/usr/bin/env python
# -*- coding: utf-8 -*-
from mymodule import RemovalService, UploadService
import mock
import unittest
class RemovalServiceTestCase(unittest.TestCase):
    
    @mock.patch('mymodule.os.path')
    @mock.patch('mymodule.os')
    def test_rm(self, mock_os, mock_path):
        # instantiate our service
        reference = RemovalService()
        
        # set up the mock
        mock_path.isfile.return_value = False
        
        reference.rm("any path")
        
        # test that the remove call was NOT called.
        self.assertFalse(mock_os.remove.called, "Failed to not remove the file if not present.")
        
        # make the file 'exist'
        mock_path.isfile.return_value = True
        
        reference.rm("any path")
        
        mock_os.remove.assert_called_with("any path")
      
      
class UploadServiceTestCase(unittest.TestCase):
    def test_upload_complete(self):
        # build our dependencies
        mock_removal_service = mock.create_autospec(RemovalService)
        reference = UploadService(mock_removal_service)
        
        # call upload_complete, which should, in turn, call `rm`:
        reference.upload_complete("my uploaded file")
        
        # test that it called the rm method
        mock_removal_service.rm.assert_called_with("my uploaded file")

mock.create_autospec 方法为所提供的类创建一个功能等效的实例。如果在使用过程中,例如:传递参数错误发生,则会导致异常。这在代码重构时,会帮助我们检查到相关调整可能导致的异常。

Mock常用方法

Mock Patch顺序

Mock的顺序与使用顺序相反,例如下面的例子中:

    @mock.patch('mymodule.sys')
    @mock.patch('mymodule.os')
    @mock.patch('mymodule.os.path')
    def test_something(self, mock_os_path, mock_os, mock_sys):
        pass

我们看到在函数参数中,顺序与mock的顺序相反,这与Python自身机制有关

patch_sys(patch_os(patch_os_path(test_something)))

Mock和MagicMock

Mock和MagicMock都可以模拟对象所有属性和方法,并且灵活设定存储和返回的内容。

from unittest.mock import MagicMock
thing = ProductionClass()
thing.method = MagicMock(return_value=3)
thing.method(3, 4, 5, key='value')
thing.method.assert_called_with(3, 4, 5, key='value')

使用mock side_effect模拟异常

mock = Mock(side_effect=KeyError('foo'))
mock()
Traceback (most recent call last):
 ...
KeyError: 'foo'
values = {'a': 1, 'b': 2, 'c': 3}
def side_effect(arg):
    return values[arg]
mock.side_effect = side_effect
mock('a'), mock('b'), mock('c')
(1, 2, 3)
mock.side_effect = [5, 4, 3, 2, 1]
mock(), mock(), mock()
(5, 4, 3)

Mock API请求

使用各种SDK调用不同平台的API接口,是基于云开发的时候常用的形态。此时,Mock测试对于这种形态的调用是绝佳的测试方案,特别是一些异常情况,非常容易模拟。该示例是调用Facebook API发送消息的接口实例:

  • ? 在本示例中,我们封装了一个类
  • ? post_message可以发送一条动态,我们需要对此进行测试
import facebook
class SimpleFacebook(object):
    
    def __init__(self, oauth_token):
        self.graph = facebook.GraphAPI(oauth_token)
    def post_message(self, message):
        """Posts a message to the Facebook wall."""
        self.graph.put_object("me", "feed", message=message)

来看一下这个测试用例:

  • ? 通过mock.patch.object对facbook.GraphAPI中的put_object进行Mock
  • ? 用simple_facebook构建一个Mock Token,用于类的初始化
  • ? 最后对Mock后进行调用及传参的校验
import facebook
import simple_facebook
import mock
import unittest
class SimpleFacebookTestCase(unittest.TestCase):
    
    @mock.patch.object(facebook.GraphAPI, 'put_object', autospec=True)
    def test_post_message(self, mock_put_object):
        sf = simple_facebook.SimpleFacebook("fake oauth token")
        sf.post_message("Hello World!")
        # verify
        mock_put_object.assert_called_with(message="Hello World!")

参考链接

  • ? Python unittest: https://docs.python.org/3/library/unittest.mock.html#unittest.mock.Mock.assert_called_with

相关推荐

JPA实体类注解,看这篇就全会了

基本注解@Entity标注于实体类声明语句之前,指出该Java类为实体类,将映射到指定的数据库表。name(可选):实体名称。缺省为实体类的非限定名称。该名称用于引用查询中的实体。不与@Tab...

Dify教程02 - Dify+Deepseek零代码赋能,普通人也能开发AI应用

开始今天的教程之前,先解决昨天遇到的一个问题,docker安装Dify的时候有个报错,进入Dify面板的时候会出现“InternalServerError”的提示,log日志报错:S3_USE_A...

用离散标记重塑人体姿态:VQ-VAE实现关键点组合关系编码

在人体姿态估计领域,传统方法通常将关键点作为基本处理单元,这些关键点在人体骨架结构上代表关节位置(如肘部、膝盖和头部)的空间坐标。现有模型对这些关键点的预测主要采用两种范式:直接通过坐标回归或间接通过...

B 客户端流RPC (clientstream Client Stream)

客户端编写一系列消息并将其发送到服务器,同样使用提供的流。一旦客户端写完消息,它就等待服务器读取消息并返回响应gRPC再次保证了单个RPC调用中的消息排序在客户端流RPC模式中,客户端会发送多个请...

我的模型我做主02——训练自己的大模型:简易入门指南

模型训练往往需要较高的配置,为了满足友友们的好奇心,这里我们不要内存,不要gpu,用最简单的方式,让大家感受一下什么是模型训练。基于你的硬件配置,我们可以设计一个完全在CPU上运行的简易模型训练方案。...

开源项目MessageNest打造个性化消息推送平台多种通知方式

今天介绍一个开源项目,MessageNest-可以打造个性化消息推送平台,整合邮件、钉钉、企业微信等多种通知方式。定制你的消息,让通知方式更灵活多样。开源地址:https://github.c...

使用投机规则API加快页面加载速度

当今的网络用户要求快速导航,从一个页面移动到另一个页面时应尽量减少延迟。投机规则应用程序接口(SpeculationRulesAPI)的出现改变了网络应用程序接口(WebAPI)领域的游戏规则。...

JSONP安全攻防技术

关于JSONPJSONP全称是JSONwithPadding,是基于JSON格式的为解决跨域请求资源而产生的解决方案。它的基本原理是利用HTML的元素标签,远程调用JSON文件来实现数据传递。如果...

大数据Doris(六):编译 Doris遇到的问题

编译Doris遇到的问题一、js_generator.cc:(.text+0xfc3c):undefinedreferenceto`well_known_types_js’查找Doris...

网页内嵌PDF获取的办法

最近女王大人为了通过某认证考试,交了2000RMB,官方居然没有给线下教材资料,直接给的是在线教材,教材是PDF的但是是内嵌在网页内,可惜却没有给具体的PDF地址,无法下载,看到女王大人一点点的截图保...

印度女孩被邻居家客人性骚扰,父亲上门警告,反被围殴致死

微信的规则进行了调整希望大家看完故事多点“在看”,喜欢的话也点个分享和赞这样事儿君的推送才能继续出现在你的订阅列表里才能继续跟大家分享每个开怀大笑或拍案惊奇的好故事啦~话说只要稍微关注新闻的人,应该...

下周重要财经数据日程一览 (1229-0103)

下周焦点全球制造业PMI美国消费者信心指数美国首申失业救济人数值得注意的是,下周一希腊还将举行第三轮总统选举需要谷歌日历同步及部分智能手机(安卓,iPhone)同步日历功能的朋友请点击此链接,数据公布...

PyTorch 深度学习实战(38):注意力机制全面解析

在上一篇文章中,我们探讨了分布式训练实战。本文将深入解析注意力机制的完整发展历程,从最初的Seq2Seq模型到革命性的Transformer架构。我们将使用PyTorch实现2个关键阶段的注意力机制变...

聊聊Spring AI的EmbeddingModel

序本文主要研究一下SpringAI的EmbeddingModelEmbeddingModelspring-ai-core/src/main/java/org/springframework/ai/e...

前端分享-少年了解过iframe么

iframe就像是HTML的「内嵌画布」,允许在页面中加载独立网页,如同在画布上叠加另一幅动态画卷。核心特性包括:独立上下文:每个iframe都拥有独立的DOM/CSS/JS环境(类似浏...