Python之学会测试,让开发更加高效(一)

简介:

Python之学会测试,让开发更加高效(一)

前几天,听了公司某位大佬关于编程心得的体会,其中讲到了“测试驱动开发”,感觉自己的测试技能薄弱,因此,写下这篇文章,希望对测试能有个入门。这段时间,笔者也体会到了测试的价值,一句话,学会测试,能够让你的开发更加高效。
本文将介绍以下两个方面的内容:

Test with Coverage
Mock
Test with Coverage
测试覆盖率通常被用来衡量测试的充分性和完整性。从广义的角度讲,主要分为两大类:面向项目的需求覆盖率和更偏向技术的代码覆盖率。对于开发人员来说,我们更注重代码覆盖率。
代码覆盖率指的是至少执行了一次的条目数占整个条目数的百分比。如果条目数是语句,对应的就是代码行覆盖率;如果条目数是函数,对应的就是函数覆盖率;如果条目数是路径,对应的就是路径覆盖率,等等。统计代码覆盖率的根本目的是找出潜在的遗漏测试用例,并有针对性的进行补充,同时还可以识别出代码中那些由于需求变更等原因造成的废弃代码。通常我们希望代码覆盖率越高越好,代码覆盖率越高越能说明你的测试用例设计是充分且完备的,但测试的成本会随着代码覆盖率的提高而增加。
在Python中,coverage模块帮助我们实现了代码行覆盖率,我们可以方便地使用它来完整测试的代码行覆盖率。
我们通过一个例子来介绍coverage模块的使用。
首先,我们有脚本func_add.py,实现了add函数,代码如下:

-- coding: utf-8 --

def add(a, b):

if isinstance(a, str) and isinstance(b, str):
    return a + '+' + b
elif isinstance(a, list) and isinstance(b, list):
    return a + b
elif isinstance(a, (int, float)) and isinstance(b, (int, float)):
    return a + b
else:
    return None

在add函数中,分四种情况实现了加法,分别是字符串,列表,属性值,以及其它情况。
接着,我们用unittest模块来进行单元测试,代码脚本(test_func_add.py)如下:

import unittest
from func_add import add

class Test_Add(unittest.TestCase):

def setUp(self):
    pass

def test_add_case1(self):
    a = "Hello"
    b = "World"
    res = add(a, b)
    print(res)
    self.assertEqual(res, "Hello+World")

def test_add_case2(self):
    a = 1
    b = 2
    res = add(a, b)
    print(res)
    self.assertEqual(res, 3)

def test_add_case3(self):
    a = [1, 2]
    b = [3]
    res = add(a, b)
    print(res)
    self.assertEqual(res, [1, 2, 3])

def test_add_case4(self):
    a = 2
    b = "3"
    res = add(a, b)
    print(None)
    self.assertEqual(res, None)

if name == '__main__':

# 部分用例测试
# 构造一个容器用来存放我们的测试用例
suite = unittest.TestSuite()
# 添加类中的测试用例
suite.addTest(Test_Add('test_add_case1'))
suite.addTest(Test_Add('test_add_case2'))
# suite.addTest(Test_Add('test_add_case3'))
# suite.addTest(Test_Add('test_add_case4'))
run = unittest.TextTestRunner()
run.run(suite)

在这个测试中,我们只测试了前两个用例,也就是对字符串和数值型的加法进行测试。
在命令行中输入coverage run test_func_add.py命令运行该测试脚本,输出结果如下:

Hello+World
.3

.

Ran 2 tests in 0.000s

OK
再输入命令coverage html就能生成代码行覆盖率的报告,会生成htmlcov文件夹,打开其中的index.html文件,就能看到本次执行的覆盖率情况,如下图:

我们点击func_add.py查看add函数测试的情况,如下图:

可以看到,单元测试脚本test_func_add.py的前两个测试用例只覆盖到了add函数中左边绿色的部分,而没有测试到红色的部分,代码行覆盖率为75%。
因此,还有两种情况没有覆盖到,说明我们的单元测试中的测试用例还不够充分。
在test_func_add.py中,我们把main函数中的注释去掉,把后两个测试用例也添加进来,这时候我们再运行上面的coverage模块的命令,重新生成htmlcov后,func_add.py的代码行覆盖率如下图:

可以看到,增加测试用例后,我们调用的add函数代码行覆盖率为100%,所有的代码都覆盖到了。

Mock
Mock这个词在英语中有模拟的这个意思,因此我们可以猜测出这个库的主要功能是模拟一些东西。准确的说,Mock是Python中一个用于支持单元测试的库,它的主要功能是使用mock对象替代掉指定的Python对象,以达到模拟对象的行为。在Python3中,mock是辅助单元测试的一个模块。它允许您用模拟对象替换您的系统的部分,并对它们已使用的方式进行断言。
在实际生产中的项目是非常复杂的,对其进行单元测试的时候,会遇到以下问题:

接口的依赖
外部接口调用
测试环境非常复杂
单元测试应该只针对当前单元进行测试, 所有的内部或外部的依赖应该是稳定的, 已经在别处进行测试过的。使用mock 就可以对外部依赖组件实现进行模拟并且替换掉, 从而使得单元测试将焦点只放在当前的单元功能。
我们通过一个简单的例子来说明mock模块的使用。
首先,我们有脚本mock_multipy.py,主要实现的功能是Operator类中的multipy函数,在这里我们可以假设该函数并没有实现好,只是存在这样一个函数,代码如下:

-- coding: utf-8 --

mock_multipy.py

class Operator():

def multipy(self, a, b):
    pass

尽管我们没有实现multipy函数,但是我们还是想对这个函数的功能进行测试,这时候我们可以借助mock模块中的Mock类来实现。测试的脚本(mock_example.py)代码如下:

-- coding: utf-8 --

from unittest import mock
import unittest

from mock_multipy import Operator

test Operator class

class TestCount(unittest.TestCase):

def test_add(self):
    op = Operator()
    # 利用Mock类,我们假设返回的结果为15
    op.multipy = mock.Mock(return_value=15)
    # 调用multipy函数,输入参数为4,5,实际并未调用
    result = op.multipy(4, 5)
    # 声明返回结果是否为15
    self.assertEqual(result, 15)

if name == '__main__':

unittest.main()

让我们对上述的代码做一些说明。

op.multipy = mock.Mock(return_value=15)
通过Mock类来模拟调用Operator类中的multipy()函数,return_value 定义了multipy()方法的返回值。

result = op.multipy(4, 5)
result值调用multipy()函数,输入参数为4,5,但实际并未调用,最后通过assertEqual()方法断言,返回的结果是否是预期的结果为15。输出的结果如下:

Ran 1 test in 0.002s

OK
通过Mock类,我们即使在multipy函数并未实现的情况下,仍然能够通过想象函数执行的结果来进行测试,这样如果有后续的函数依赖multipy函数,也并不影响后续代码的测试。
利用Mock模块中的patch函数,我们可以将上述测试的脚本代码简化如下:

-- coding: utf-8 --

import unittest

from unittest.mock import patch
from mock_multipy import Operator

test Operator class

class TestCount(unittest.TestCase):

@patch("mock_multipy.Operator.multipy")
def test_case1(self, tmp):
    tmp.return_value = 15
    result = Operator().multipy(4, 5)
    self.assertEqual(15, result)

if name == '__main__':

unittest.main()

patch()装饰器可以很容易地模拟类或对象在模块测试。在测试过程中,您指定的对象将被替换为一个模拟(或其他对象),并在测试结束时还原。
那如果我们后面又实现了multipy函数,是否仍然能够测试呢?
修改mock_multipy.py脚本,代码如下:

-- coding: utf-8 --

mock_multipy.py

class Operator():

def multipy(self, a, b):
    return a * b

这时候,我们再运行mock_example.py脚本,测试仍然通过,这是因为multipy函数返回的结果仍然是我们mock后返回的值,而并未调用真正的Operator类中的multipy函数。
我们修改mock_example.py脚本如下:

-- coding: utf-8 --

from unittest import mock
import unittest

from mock_multipy import Operator

test Operator class

class TestCount(unittest.TestCase):

def test_add(self):
    op = Operator()
    # 利用Mock类,添加side_effect参数
    op.multipy = mock.Mock(return_value=15, side_effect=op.multipy)
    # 调用multipy函数,输入参数为4,5,实际已调用
    result = op.multipy(4, 5)
    # 声明返回结果是否为15
    self.assertEqual(result, 15)

if name == '__main__':

unittest.main()

side_effect参数和return_value参数是相反的。它给mock分配了可替换的结果,覆盖了return_value。简单的说,一个模拟工厂调用将返回side_effect值,而不是return_value。所以,设置side_effect参数为Operator类中的multipy函数,那么return_value的作用失效。
运行修改后的测试脚本,测试结果如下:

Ran 1 test in 0.004s

FAILED (failures=1)

15 != 20

Expected :20
Actual :15
可以发现,multipy函数返回的值为20,不等于我们期望的值15,这是side_effect函数的作用结果使然,返回的结果调用了Operator类中的multipy函数,所以返回值为20。
在self.assertEqual(result, 15)中将15改成20,运行测试结果如下:

Ran 1 test in 0.002s

OK
本次分享到此结束,感谢大家的阅读~

原文地址https://www.cnblogs.com/jclian91/p/12784994.html

相关文章
|
7月前
|
测试技术 开发者 Python
Python单元测试入门:3个核心断言方法,帮你快速定位代码bug
本文介绍Python单元测试基础,详解`unittest`框架中的三大核心断言方法:`assertEqual`验证值相等,`assertTrue`和`assertFalse`判断条件真假。通过实例演示其用法,帮助开发者自动化检测代码逻辑,提升测试效率与可靠性。
543 1
|
8月前
|
存储 监控 算法
淘宝买家秀 API开发实录Python(2025)
本文讲述了作者在电商开发领域,尤其是对接淘宝买家秀 API 接口过程中所经历的挑战与收获。从申请接入、签名验证、频率限制到数据处理和实时监控,作者分享了多个实战经验与代码示例,帮助开发者更高效地获取和处理买家秀数据,提升开发效率。
|
11月前
|
API C++ 开发者
PySide vs PyQt:Python GUI开发史诗级对决,谁才是王者?
PySide 和 PyQt 是 Python GUI 开发领域的两大利器,各有特色。PySide 采用 LGPL 协议,更灵活;PyQt 默认 GPL,商业使用需授权。两者背后团队实力雄厚,PySide 得到 Qt 官方支持,PyQt 由 Riverbank Computing 打造。API 设计上,PySide 简洁直观,贴近原生 Qt;PyQt 增加 Pythonic 接口,操作更高效。性能方面,两者表现优异,适合不同需求的项目开发。选择时可根据项目特点与开源要求决定。
1229 20
|
7月前
|
设计模式 人工智能 API
AI智能体开发实战:17种核心架构模式详解与Python代码实现
本文系统解析17种智能体架构设计模式,涵盖多智能体协作、思维树、反思优化与工具调用等核心范式,结合LangChain与LangGraph实现代码工作流,并通过真实案例验证效果,助力构建高效AI系统。
883 7
|
8月前
|
运维 Linux 开发者
Linux系统中使用Python的ping3库进行网络连通性测试
以上步骤展示了如何利用 Python 的 `ping3` 库来检测网络连通性,并且提供了基本错误处理方法以确保程序能够优雅地处理各种意外情形。通过简洁明快、易读易懂、实操性强等特点使得该方法非常适合开发者或系统管理员快速集成至自动化工具链之内进行日常运维任务之需求满足。
583 18
|
7月前
|
存储 测试技术 API
数据驱动开发软件测试脚本
今天刚提交了我的新作《带着ChatGPT玩转软件开发》给出版社,在写作期间跟着ChatGPT学到许多新知识。下面分享数据驱动开发软件测试脚本。
290 0
|
10月前
|
传感器 人工智能 JavaScript
鸿蒙开发:DevEcoTesting中的稳定性测试
DevEcoTesting主要的目的也是用于软件的测试,可以让开发者无需复杂的配置,即可一键执行测试任务,同时提供了测试报告和分析,无论是对于开发者还是测试同学来说,都是一个非常方便的工具。
327 3
鸿蒙开发:DevEcoTesting中的稳定性测试
|
9月前
|
数据采集 存储 数据库
Python爬虫开发:Cookie池与定期清除的代码实现
Python爬虫开发:Cookie池与定期清除的代码实现
|
9月前
|
敏捷开发 运维 数据可视化
DevOps看板工具中的协作功能:如何打破开发、测试与运维之间的沟通壁垒
在DevOps实践中,看板工具通过可视化任务管理和自动化流程,提升开发与运维团队的协作效率。它支持敏捷开发、持续交付,助力团队高效应对需求变化,实现跨职能协作与流程优化。
|
8月前
|
算法 程序员 API
电商程序猿开发实录:淘宝商品python(2)
本文分享了开发者在对接淘宝商品详情API过程中的真实经历,涵盖权限申请、签名验证、限流控制、数据解析及消息订阅等关键环节,提供了实用的Python代码示例,帮助开发者高效调用API,提升系统稳定性与数据处理能力。

推荐镜像

更多