1.单元测试
单元测试（unit testing）是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。
单元测试框架
在单元测试框架出现之前，开发人员在创建可执行测试时饱受折磨。最初的做法是在应用程序中创建一个窗口，配有"测试控制工具(harness)"。它只是一个窗口，每个测试对应一个按钮。这些测试的结果要么是一个消息框，要么是直接在窗体本身给出某种显示结果。由于每个测试都需要一个按钮，所以这些窗口很快就会变得拥挤、不可管理。单元测试框架提供了一种统一的编程模型，可以将测试定义为一些简单的类，这些类中的方法可以调用希望测试的应用程序代码。开发人员不需要编写自己的测试控制工具；单元测试框架提供了测试运行程序(runner)，只需要单击按钮就可以执行所有测试。利用单元测试框架，可以很轻松地插入、设置和分解有关测试的功能。测试失败时，测试运行程序可以提供有关失败的信息，包含任何可供利用的异常信息和堆栈跟踪。 不同编程语言有不同的单元测试框架，如Java 的Junit, TestNg, c#的 Nunit,Python的unittest,Pyunit,testtools, subunit....
一个TestCase的实例就是一个测试用例。什么是测试用例呢？就是一个完整的测试流程，包括测试前准备环境的搭建(setUp)，执行测试代码(run)，以及测试后环境的还原(tearDown)。元测试(unit test)的本质也就在这里，一个测试用例是一个完整的测试单元，通过运行这个测试单元，可以对某一个问题进行验证。而多个测试用例集合在一起，就是TestSuite，而且TestSuite也可以嵌套TestSuite。TestLoader是用来加载TestCase到TestSuite中的，其中有几个loadTestsFrom__()方法，就是从各个地方寻找TestCase，创建它们的实例，然后add到TestSuite中，再返回一个TestSuite实例。TextTestRunner是来执行测试用例的，其中的run(test)会执行TestSuite/TestCase中的run(result)方法。测试的结果会保存到TextTestResult实例中，包括运行了多少测试用例，成功了多少，失败了多少等信息。那什么是test fixture呢？Test authors should subclass TestCase for their own tests. Construction and deconstruction of the test's environment ('fixture') can be implemented by overriding the 'setUp' and 'tearDown' methods respectively.可见，对一个测试用例环境的搭建和销毁，是一个fixture，通过覆盖TestCase的setUp()和tearDown()方法来实现。这个有什么用呢？（1）比如说在这个测试用例中需要访问数据库，那么可以在setUp()中建立数据库连接以及进行一些初始化，在tearDown()中清除在数据库中产生的数据，然后关闭连接。注意tearDown的过程很重要，要为以后的TestCase留下一个干净的环境。（2）关于fixture，还有一个专门的库函数叫做fixtures，功能更加强大，以后会介绍到。
2.unittest运行原理
那一个测试类里面，如果写了多个方法，最终算是多个测试用例呢？还是一个测试用例呢？（1）对每一个以test开头的方法，系统都为其构建了一个TestCase对象，系统也只执行TestCast对象的方法。（2）如果没有定义test开头的方法，而是将测试代码写到了一个名为runTest的方法中，那么会为该runTest方法构建TestCase对象，如果定义了test开头的方法，就会忽略runTest方法。（3）至此，基本就清楚了，每一个以test开头的方法，都会为其构建TestCase对象，也就是说TestSequenceFunctions类中其实定义了三个TestCase，之所以写成这样，是为了方便，因为这几个测试用例的fixture是相同的，如果每一个测试用例单独写成一个TestCase的话，会有很多的冗余代码。（4）上图中，assertTrue_test这个是断言方法，最终程序如果按照Unittests方式去运行，断言方法是不会被执行的
有关TestCase构造的详细方法，可以参考源码解析，参考网址为：http://blog.csdn.net/hackerain/article/details/24095117
3.unittest常用的断言方法
assertEqual(a, b) 判断a==bassertNotEqual(a, b) 判断a！=bassertTrue(x) bool(x) is TrueassertFalse(x) bool(x) is FalseassertIs(a, b) a is bassertIsNot(a, b) a is not bassertIsNone(x) x is NoneassertIsNotNone(x) x is not NoneassertIn(a, b) a in bassertNotIn(a, b) a not in bassertIsInstance(a, b) isinstance(a, b)assertNotIsInstance(a, b) not isinstance(a, b)
（1）使用unittests方式去执行程序，最终显示断言方法没有被执行，因为系统默认去执行test开头的方法（2）一般，在自动化单元测试中，一般把断言放在测试用例方法中，去判断结果，而不是单独写一个断言方法
4.Unittests中如果定义了多个类，每个类中也有多个方法，那么执行的顺序是怎样的？
总结：
（1）最终主程序先执行哪个类、是按照这个类的名字字母、以及数据排序的（2）最终，先运行哪个方法，是按照某类中，方法的名字、数字排序的（3）主程序中先加载哪个方法，或者后加载哪个方法，在unittests运行的模式下，没有任何作用（4）只有当使用普通模式下运行这个程序，才会按照顺序去执行。
# 5.如何才能简化如上的程序？
以下程序是上如程序的类似简化版本
