先简单了解下unittest框架的组成部分及运行原理
TestCase：表示测试用例
TestSuite：表示测试集合，多个测试用例集合到这里
TestLoader：集合完的用例等待被测试
runner：表示运行这些等待测试的用例
result：表示返回测试结果
示例1：写个测试代码，稍后会用单元测试来实现下
创建一个数学类，里面写了加法和减法的方法
接下来我们创建一个py文件，用来做单元测试
一、导入模块和框架
二、创建测试类，用来写用例，需要注意的几点
1、可以在setUp里面初始化数据，在方法中可以直接引用
2、方法必须要使用test开头,后面紧跟方法名，如图
3、类名也需要加Test
4、光标在哪个方法旁就只执行哪个方法
我们看下结果
三、创建加载器（红3）及执行用例
附：收集测试用例的四种方法
结果如下：
结果可以看出执行两条用例，结果以夹心饼干式出现
生成测试报告，test.txt为测试报告的文件名
verbosity=2，只有1和2的值，2展示的信息更全面一点，如果代码出错，也有错误信息
示例2：使用requests写个测试类，记得先导入requests库
写个测试用例，记得from导入模块哦
运行看下结果啦
生成测试报告
单元测试进行到这里就算完了，但是这样的测试报告明显不是我们需要的，太简陋，太不好看了，那怎么才能生成一份高大上的测试报告呢？我们继续往下面进行
这里需要注意的是文件类型为HTML，写入的方式是wb+，以流的方式写入，运行下看下结果哈，copy path到浏览器看下结果
看下详情
漂亮的测试报告生成啦，那单元测试进行到这里是不是就结束了呢？
当然！不是！
我们怎么知道结果是正确的呢？
当然要增加断言Assert啦~
在testcase里加入断言，箭头指向，以code码为对比，如果code码一致则通过，反之，不通过
看下测试报告
失败的用例的详情
加入except异常处理呢
看下结果啦
一切看起来很完美对不，但是这样也有弊端，因为测试报告每次都覆盖了，如果想看以前的报告会发现根本看不了，那怎么来解决这个问题呢？
我们可以根据报告生成的时间，每次运行都创建一个报告，这样问题就可以解决啦
看下最终结果啦啦啦
稍微总结下：
1、需要用到的模块有这三个，分别用来做不同的事情，当然你也可以再次拆分，只要import就好
2、整个单元测试期间除了需要导入各个模块(.py)外，还需要import time（生成时间戳），import HTMLTestRunnerNew（漂亮的报告模板）并且需要在lib路径下导入HTMLTestRunnerNew.py文件，如果用到了request则需要improt requests
3、注意将用例集合起来的4中方法，根据不 同的情况使用
4、最重要的一点是使用学会使用断言，断 言加在哪里，加在测试用例里面。self.assertEqual（）来调用
当然也可以使用try except将异常抛出，注意 raise e（抛出异常）
