1. 前言

说实话，除了测试要求，我实在不知道写单元测试有什么意义，一个函数50行代码，有多种参数组合，为了测试这些条件，需要编写测试用例，写完的测试用例比需要测试的函数还长。也就是说，除了写函数，还要写测试用例，增加的工作量不是一点点。特别是，需求经常变化，维护功能性代码本身就需要很大的工作量，还怎么记得要同步更新测试用例呢？很多程序员连基本的注释都做不好，还谈什么单元测试。

我不喜欢测试用例的另外一个原因，就是我们目前的代码习惯是，除了基本的函数文档外，还会在函数文档中写上一些测试用的数据，这些数据既是写代码时候的测试数据，也算是就针对这些数据写代码吧。

相比之下，我们的文档和注释已经很好了，有些人会说，良好的命名和代码结构就能说明函数功能。我想说的是，啊呸，除了简单到不行的功能，否则永远是看注释来的方便，注释一行字，说明了业务功能和处理逻辑，而看代码需要10行，还需要花心思理解其中的逻辑运算。为什么那么多人喜欢造轮子，就是看不懂逻辑，但是知道要干什么，没办法，自己搞一套咯。

但是项目有要求，要有单元测试。没办法，请教测试组的同时有没有办法可以自动生成单元测试，得到的回答是，你好懒啊。

2. 原理

用python的同学都是到函数文档的个什么东西，没错，我的想法就是在函数文档中写单元测试，另外用脚本提取函数文档，生成单元测试文件，岂不快哉。

# -*- coding: utf-8 -*-
"""
python模块的第一个注释，就是模块文档，比如这一行
"""
 
def other_func(a,b):
    """函数的第一个注释，就是函数文档，比如这一行，当然也可以是多行"""
    pass
 
class maths():
    """类的第一个注释，就是类文档，比如这一行"""
    def __init__(self):
        pass
 
    def add(self, a,b):
        """类方法的第一个注释，就是类方法的文档，比如这一行"""
        pass

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

3. 单元测试的简单类型

单元测试的简单类型，包含以下几个： - 测试一个简单函数，没有外部依赖 - 测试一个简单函数，包含外部函数依赖 - 测试一个简单函数，包含外部类依赖 - 测试一个类方法，包含外部函数依赖 - 测试一个类方法，包含外部类依赖

为什么特别说明包含外部依赖呢？因为我们写代码的时候，外部接口依赖说不定还没有开始开发呢，而且开发了也不一定正确对吧，此时我们需要假设外部依赖已经完成并且是正确的，它会返回我们预期的值，这样我们就可以接着往下写代码了。

这个假设，就是 mock，很有意思的东西。为什么简单说明，请看下面的示例，我们需要调用外部http接口，但是http接口没有完成，此时就假设它已经完成，并且返回值是10：

def get_http(url):
    return request(url)   # 正常的代码，返回request的值
#--->
def get_http(url):
    return 10             # 测试时候，我们假设它返回10

在正式代码中肯定是写 request(url)，但是在单元测试的代码中，我们可以使用mock使它返回10.

@mock.patch('request')
def get_http(mock_request):
    mock_request.return_value = 10
    return request(url)    # 此时返回值是10,因为我们用mock做了替换

4. 一个简单的例子

下面的一段代码是单元测试写法，包含了mock函数和mock类方法：

import unittest
from unittest import mock
 
from unittest.pyauto_unittest_test import maths, func_add  # 导入需要测试的函数和类
 
class Test_pyauto_unittest_test(unittest.TestCase):
    def setUp(self):
        pass
    def tearDown(self):
        pass
 
    # 测试一个类的方法，没有外部依赖
    def test_maths_add_0(self ,):
        a,b=1,2
        my_math = maths()
        result = my_math.add(a,b)
        self.assertEqual(result, 3)
 
    # 测试一个类的方法，并假设 self.add 的返回值是10
    def test_maths_add2_0(self ,):
        a,b=1,2
        my_math = maths()
        maths.add = mock.Mock(return_value = 10)  # 假设 self.add 的返回值是10
        result = my_math.add2(a,b)
        self.assertEqual(result, 10)
 
    # 测试一个类的方法，并假设调用外部函数的返回值是 10
    # 假设内部调用的类方法的返回值也是10 
    @mock.patch('unittest.pyauto_unittest_test.other_func')
    def test_maths_mul_0(self , mock_other_func):
        mock_other_func.return_value = 10   # 假设外部调用函数返回值是10 
        a,b=1,2
        my_math = maths()
        maths.add = mock.Mock(return_value = 10)  # 假设内部调用的类方法也是10
        result = my_math.mul(a,b)
        self.assertEqual(result, 20)
 
    # 测试一个函数，并假设内部调用的func_mul函数的返回值是10
    @mock.patch('unittest.pyauto_unittest_test.func_mul')
    def test_func_add_0(self , mock_func_mul):
        mock_func_mul.return_value = 10  # 假设内部调用的函数返回值是10
        a,b=1,2
        result = func_add(a,b)
        self.assertEqual(result, 20)
 
if __name__ == '__main__':
    unittest.main()

看到没，这就是简单的单元测试的写法，已经涵盖了大部分测试用例写法。我们的目标，就是自动生成这样的测试用例。

既然都是模板套出来的，就很简单了。

5. 函数文档格式要求

既然是要自动生成代码，就需要事先约定格式要求，我们约定函数文档如下：

class maths():
    def __init__(self):
        pass
 
    def add(self, a,b):
        """
        # 测试用例代码需要夹在 两个 === unittest === 之间
        === unittest ===   
        a,b=1,2                         # 一些初始化参数
        mock.Mock maths.add=10          # mock 类的方法，可以是外部调用的类
        mock.patch other_func=10        # mock 一个函数
        my_math = maths()               # 实例化当前类
        input = my_math.add(a,b)        # 输入，即要测试的方法
        output = 3                      # 输出，要进行assertEqual的值
        === unittest ===
        other unittest                  # 如果有多个测试，接着往下添加即可
        === unittest ===
        """
        return a+b

不管是测试函数还是测试类的方法啊，都以上面的格式约定规范化，是不是很简答啊。 我们就根据这些文档内容生成上面的测试用例，只要一一对应即可。

6. 生成测试用例

经过上面的讲解说明，接下来要做的事情就很简答了，包括遍历整个项目的每一个python文件，遍历每个模块的函数和类方法，提取函数文档，解析文档内容，依照格式生成对应的测试用例文件即可。

下面是配套资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

最后： 可以在公众号：程序员小濠 ！ 免费领取一份216页软件测试工程师面试宝典文档资料。以及相对应的视频学习教程免费分享！，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！