unittest 是 Python自带的 单元测试框架。
那么我们首先需要知道什么是单元测试。
单元测试 也是测试活动的一种。
通常我们把 单元测试 unit test、 集成测试 Integration Test、系统测试 System test
放在一起比较。
单元测试
通常是测试一小块代码的功能，比如一个函数，类的一个方法
集成测试
通常是把被测系统的几个相互之间有交互的模块（或者说子系统）作为一个整体进行测试。
和单元测试相比，集成测试中的被测对象 更大一些，是子系统级别的测试
系统测试
有的人也叫 端到端的测试，或者说功能测试。
则是把整个被测系统看做一个整体进行测试。
它的测试对象就更大了，是整个系统级别的测试。
通常也是由测试部门做的测试。
从上面的描述中，我们可以看出：
单元测试通常是开发人员做的一种测试，通常是测试 函数，方法这种级别的代码块的。
单元测试大都是 设计出不同的调用参数来调用函数，来看 函数 的输出是否符合预期。
当然如果你的代码写的不好的话， 单元测试也会比较麻烦。
比如一个功能模块没有内聚到函数中，而是分散在代码文件里面。
那样，就不容易用一个函数调用对这些功能进行测试。
出现这种情况，说明代码质量是比较糟糕的。
所以有的团队把代码是否容易单元测试作为代码质量的一个指标。
通常单元测试也是整个 项目质量的基石。
通常单元测试做的好的项目， 隐藏bug的几率就会比较少。
项目后期的bug会原来越少，呈现出一种收敛的趋势。
这样就会减少项目回归测试的次数。
为什么？
做过项目开发的就知道， 不成熟的团队，经常是改了一个bug引起新的bug
根据经验来看， 导致这种原因的，就是某些函数、小模块。
如果单元测试做的很好， 这些小模块的隐患在前期就被消除了。就不会出现上述的情况。
当然，集成测试和系统测试发现问题，最终的根源也出在代码上， 可能就是某个函数的bug，
但是它们不是专门针对函数级别测试的。
通常单元测试发现bug效率最高，代价最小
因为该测试是在了解内部小模块的实现细节的基础上做的测试。针对性非常强。
通常单元测试的好处不仅是减少了bug，而且还促使你优化代码结构，设计出更易于理解和维护的代码。
单元测试既然有这么多好处，那么自然的，Python语言就在标准库里面提供了一个 单元测试的框架， 就叫unittest
python中的unittest是受java里面的JUnit的启发而创建的。并且和它有类似的使用风格。
比如：支持自动化，支持初始化、清除设置，将测试组织成 用例、套件这样的层次关系。
要学习unittest，我们先要理解下面几个重要概念：
test fixture:装置
表示要进行 某些测试前的准备工作 和 结束后的清除工作。 比如要测试一个数据库查找 学生数据的函数，准备工作 就可以是连接数据库， 清除工作可以是 断开和数据库的连接
test case:用例
这个就是 具体的 对单个函数、方法 的测试工作了。 检查某个函数或者方法一个测试点的功能是否正确
test suite：套件
这是 test case 或者其他test suite 的集合。如果测试用例比作文件的话， suite就像文件夹。包含了文件和其他文件夹。
test runner: 执行器
它是 最终控制测试 执行 ， 并且输出测试结果的模块。 它可以提供一个图形界面 也可以提供 命令行界面给 用户使用，来选择执行测试，并且呈现测试结果。
明白了这些概念，在下一篇中，我们就给大家演示一下，如何使用python中的unittest库
