• 13
  • 13
分享
  • 举例告诉你,未开发完成的接口该如何测试——软件测试圈
  • 曼倩诙谐 2021-05-12 09:57:48 字数 4944 阅读 2080 收藏 13

  前言

  在做接口测试的过程中,接口还没有开发完成呢,领导就让介入测试,刚开始小伙伴们肯定会懵,接口都没有开发完成,怎么测试?有的状态不容易构造目前接口没有办法实现,这个时候怎么测试?这个时候就要引入新的知识点---mock。

  mock

  什么是mock?mock测试就是在测试过程中,对于某些不容易构造或者不容易获取的对象,用一个虚拟的对象来创建以便测试的测试方法。在工作中如果在接口没有开发完成时,也可以进行来模拟接口的返回数据从而验证接口的正确性。

  mock需要场景

  工作中,为了节约项目时间,开发测试可以进行同步进行,当开发没有完成接口时,测试人员可以通过mock来模拟接口返回数据内容。

  模拟暂时无法实现的功能:比如真实的支付功能。

  测试覆盖内容,当我们执行接口想要模拟状态400、500的场景,这个时候也可以通过mock。

  python中的mock

  python中有多重执行mock的方法,其中mock模块在python3.3以上版本已经内置到单元测试unittest中,python3.3以下的版本需要通过pip install mock的方法进行安装。

  mock参数

  mock在使用过程中需要最常用的3个参数。

  name:表示mock的名称。

from unittest import mock
result = mock.Mock(name='mock的名称')
print(result)
# 结果:
<Mock name='mock的名称' id='2721150378120'>

    return_value:表示mock的值。

1-1.png

  side_effect:表示mock需要调用的对象(当使用return_value和side_effect值同时存在时,优先返回side_effect的值)。

1-2.png

  unittest.mock()

  这里安静举一个天气的例子进行实现,测试查询天气这个接口,最近上海都没有雪,那么我怎么去模拟雪这个场景?需要等到真正下雪的那天才可以吗?这里通过unittest.mock的方法。

import unittest
from unittest import mock
class Test01(unittest.TestCase):
    def weather(self):
        '''天气接口'''
        # result = {'result': "雪", 'status': '下雪了!'}
        pass
        
    def weather_result(self):
        '''模拟天气接口返回值'''
        result = Test01.weather(self)
        if result['result'] == '雪':
            print('下雪了!!!')
        elif result['result'] == '雨':
            print('下雨了!!!')
        elif result['result'] == '晴天':
            print('晴天!!!!')
        else:
            print('返回值错误!')
        return result['status']
        
    def test_01(self):
        '''模拟下雪天场景'''
        mock_xue_result = {'result': "雪", 'status': '下雪了!'}
        # 使用mock库进行模拟
        Test01.weather = mock.Mock(return_value=mock_xue_result)
        statues = Test01.weather_result(self)
        self.assertEqual(statues, '下雪了!')
        
    def test_02(self):
        '''模拟下雨天场景'''
        mock_yu_result = {'result': "雨", 'status': '下雨了!'}
        # 使用mock库进行模拟
        Test01.weather = mock.Mock(return_value=mock_yu_result)
        statues = Test01.weather_result(self)
        self.assertEqual(statues, '下雨了!')
        
if __name__ == '__main__':
    unittest.main()

  通过执行发现,我们想要的下雪天气已经模拟成功了,说明当查询天气接口返回为雪的时候,就代表会下雪了。这样就不用在等到下雪的时候进行测试这个接口了。

  mock.patch()

  mock.patch()是mock的一个装饰器方法,其中patch的值表示写入需要mock的对象,还拿天气举例子,这里的patch的参数就需要填写天气的接口,需要通过python调用的方式进行填写天气接口。

# w1.py
def weather():
 '''天气接口'''
    pass
def weather_result():
'''模拟天气接口返回值'''
    result = weather()
    if result['result'] == '雪':
        print('下雪了!!!')
    elif result['result'] == '雨':
        print('下雨了!!!')
    elif result['result'] == '晴天':
        print('晴天!!!!')
    else:
        print('返回值错误!')
    return result['status']

  通过mock.patch()装饰器进行来mock返回数据。

import unittest
from unittest import mock
# 导入接口文件
import w1
class Test01(unittest.TestCase):
    @mock.patch(target="w1.weather")
    def test_01(self, mock_login):
        '''下雪了'''
        mock_login.return_value={'result': "雪", 'status': '下雪了!'}
        statues = w1.weather_result()
        self.assertEqual(statues, '下雪了!')
    @mock.patch(target='w1.weather')
    def test_02(self,mock_login):
        '''下雨了!'''
        mock_login.return_value = {'result': "雨", 'status': '下雨了!'}
        statues = w1.weather_result()
        self.assertEqual(statues, '下雨了!')
if __name__ == '__main__':
    unittest.main()

  通过执行后发现,测试通过,已经成功的模拟了天气接口的返回值内容。

  pytest.mock()

  上面介绍的属于unittest中的mock,既然unittest中存在mock模块,那么pytest中也存在mock模块pytest-mock。

  安装:

pip install pytest-mock

  这里的mock和unittest的mock基本上都是一样的,唯一的区别在于pytest.mock需要导入需要mock对象的详细路径。

# weateher_r.py
class Mock_weather():
    def weather(self):
        '''天气接口'''
        pass
    def weather_result(self):
        '''模拟天气接口'''
        result = self.weather()
        if result['result'] == '雪':
            print('下雪了!!!')
        elif result['result'] == '雨':
            print('下雨了!!!')
        elif result['result'] == '晴天':
            print('晴天!!!!')
        else:
            print('返回值错误!')
        return result['status']

  先将需要模拟的天气接口,以及需要模拟的场景的代码写好,然后在进行遵循pytest的用例规范进行书写关于mock的测试用例。

# test_01.py
import pytest
from test_01.weather_r import Mock_weather
def test_01(mocker):
    # 实例化
    p = Mock_weather()
    moke_value = {'result': "雪", 'status': '下雪了!'}
    # 通过object的方式进行查找需要mock的对象
    p.weather = mocker.patch.object(Mock_weather, "weather", return_value=moke_value)
    result =p.weather_result()
    assert result=='下雪了!'
    
def test_02(mocker):
    # 实例化
    product = Mock_weather()
    # Mock的返回值
    mock_value = {'result': "雨", 'status': '下雨了!'}
    # 第一个参数必须是模拟mock对象的完整路径
    product.weather = mocker.patch('test_01.weather_r.Mock_weather.weather',                                                   return_value=mock_value)
    result = product.weather_result()
    assert result=='下雨了!'
    
if __name__ == '__main__':
    pytest.main(['-vs'])

  通过上述代码,安静提供pytest中mock的2种方法:

  第一种中的第一个参数是通过object的方式进行查找关于Mock_weather的类,然后在找到下面的需要mock的对象方法名称,第2个参数表示mock的值。

  第二种方法中的第一个参数是通过完整的路径进行找到需要mock的对象,第2个参数是mock的值。

  通过执行发现,两种方法都是可以mock成功的。

  总结

  简单的通过一个小的例子介绍了如何在python中使用mock的方法。大家也可以将mock方法加入到我们需要用到的项目中。从而更加方面的完成自动化,以及覆盖更多的自动化测试用例。

1-3.png


作者:测试安静   

来源:51Testing软件测试网原创

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   当地时间7月21日,印度财政部向印度议会通报,包括小米、vivo、OPPO在内的多家中国主要智能手机制造商逃避关税,并在印度非法汇款了至少800亿卢比(约70.2亿元),而印度税务机关只追回了这些公司逃税总额的18%。  印度政府在给印度法院的书面答复中表示,小米公司在2019-2020年度逃税总额为65.3亿卢比,在2020-2021年度逃税总额为2.399亿卢比,在2022-2023年度的逃税总额为46.1亿卢比,即2019-2023年期间累计逃税总额为113.799亿卢比。  2017年至2021年间,OPPOMobilePvtLtd。的逃避关税价值达到了440.3亿卢比。  在总计...
            0 0 686
            分享
          • 前言做为一个压测工具(库),[locust](http://locust.io/) 其实解决这么一个问题:AB 之类压测工具不能编写复杂的因果逻辑,而现实场景中,待压的服务往往是有一套完整执行流程的,比如 APP 要访问一个 API,是需要先鉴权(验明不是非 APP 访问),再登录换 Token,然后才是 API 调用……这一切,在 locust 中都很容易实现,本质上,应用 locust 做压测,就是在写 Python 程序,只是它集成了一套不错的 UI,外加并发的benchmark功能。至于写个压测为什么要用Python,是因为:这玩意心智负担低,你谷歌SO复制粘贴一把梭,直接上...
            0 0 1982
            分享
          •   岁月是把杀猪刀,悄咪咪地架在我们的脖子上。我们这些别人眼中的“老司机”,一直行走在IT行业的测试老鸟,已经/正在/即将踏上35岁的尴尬年龄,面临前有强敌,后有追兵的复杂境况,真是各种为难。  所以,你身边35岁以上的测试员,现在都在干嘛?  面对这样的灵魂拷问,总是有人欢喜有人忧……来看看他们的答案,找到自己要走的路!  @享受现在  “25和35有区别吗?反正你都得拼了命的找bug,除了赚钱请别跟我谈别的”  @曾经的王者,现在的青铜  “作为高考精英进入了测试这一行,让我有了很强的优越感。然而 IT行业日趋迅猛,长江后浪推前浪,35岁的测试员如果想凭学历和经验站稳脚跟不太现实,技术更新...
            1 1 794
            分享
          •          测试覆盖率是一项帮助我们在恰当优先级下使用稀少测试时间的一项策略。当最后东西被测试完,我们有多少自动化覆盖,用户使用这特性多经常,并且对应用程序来说这特性有多关键这些都是要考虑的因素。这儿有一些在你转向持续交付时保持高质量的主意。  在过去糟糕的日子里,我们有一个测试持续数周或者数月的测试阶段。我们开始只是测试和寻找问题,但是最后,我们不得不开始有一个足够固定的考虑发布的版本。  测试者们云集在候选中,并且我们从没有足够的时间去在软件上跑遍我们的想法。即使我们做了,为了确保所有的特性我们想要测试一个使用的平衡--或者用户用例的...
            0 1 1488
            分享
          • 1、需求分析前的准备在软件开发过程中,需求分析可以说是核心任务之一,就像一支将要远航的船队,要在指定时间内到达目录地,他们需要一条正确的航线,才能到达目的地,如果航线有误,他们将会误时到达,或是不回到原位将永远到达不了,这么重要的东西,但在国内很多团队中缺少,虽然我也做了一些,但在项目完成的时候,回头看看,其实我们做了很多不必要的事,浪费了很多时间、人力和物力,为保证在今后的开发中减少这些错误的发生,现将一些问题记录下来。为了了解系统需求,先可以从概要式的需求着手,再细化需求,需求分析必须拟定文档,在写文档之前我们必须做好寻求分析的范围,总结为以下几点:1.1 要做一个什么样的系统这个不说,我...
            0 0 817
            分享
      • 51testing软件测试圈微信