python unittest小结(一)

背景：想总结一个unittest框架一个分享，因为这个无论做接口测试还是appium写UI，这个都是最主流的单元测试框架，写个玩玩，其实网上有很多unittest分享，我也看了好多有一些写的真的很好，我也觉得挺受用的，自己写就是做个总结。

能用到一共三个：testCase，testSuite，textTestRunner这个三个概念。

一.testCase

testcase本质就是一个完整的测试流程，这里面包括setUp()和teardown()。

setUp()方法用于构建case的环境准备，这里说得准备不是针对一条case是针对所有case的测试准备环境，就像这面这个图我目前做接口测试写的setUp()

这里面我写了一个基类base_TestCase(),用于其他testCase()去继承，当然要使用unittest首先要继承unittest.TestCase，才能使用该类的方法。

这个是我做接口测试测试环境准备，里面包括url(域名)，请求的header(头文件)，cookie（因为公司所有接口增加身份验证，cookie是请求login接口拿到），session是用的orm去链接数据库，还是一些常用的mobile和对应mobile的user表的userId。

tearDown()清除该测试环境，主要目的是为了让让每一条case独立，不相互干扰。

具体为什么要写个基类，首先公司接口wiki分类是按照接口功能模块区分的，比如说支付是一块，帖子操作是一块等，我写接口测试的测试类也是按照开发wiki去写的，如果不写base_testCase，每一个测试类都需要书写setup()和teardown()，其实重复写一遍不是问题，主要是面对接口变更，你需要去每一个地方去改，我之前就遇到这个坑，改了好久，放到一个地方统一管理，比较方便。

使用setUp(),tearDown()后，所有的case都需要用test*开头，这样unittest框架才能识别如图：

为什么我要用test001这中格式去书写，首先unittest执行case不是按照你书写case去执行而是按照test后首个字母对应ascii值从小到大去执行(如果相同比较下个字符)，当然因为每一条case都独立就无所谓什么顺序，但是我在维护case发现我用数字可以很快找到报错case然后去修改，在加上html可以打印出case注释所有我一直都用数字，外加我有点强迫症喜欢按顺序执行。

如果需要让case按照顺序执行，也可以使用setUpClass()和tearDownClass()这两个方法，当然这个需要用@classmethod这个装饰器去修饰。我个人觉得这个挺鸡肋的，如果依赖上一条case的话容易造成一条case失败后面全都失败。

还有一个常用的就是skip()，如果你这条case因为什么原因需要跳过可以使用unittest.skip()，该case在运行时直接显示pass，如下：

这个是我目前用的最多的，官方文档里面还有unittest.skipIf()等等，没有用过，有需要的自己试试吧

二.testsuite

中文名称测试套件，其实就是把整个类里面所有已test*开头的方法整合到一起，既然是添加case就分一条一条添加和整体添加两种

单一添加：

首先是实例化TestSuite()这个类，然后使用addTest方法把case添加进去。这个我主要用于调试时候。

整体添加：

把整个类添加进入，这样运行的时候所有该类已test开头的case都可以被运行。

三.textTestRunner

主要用于运行测试套件并把测试结果打印到控制台，书写如下：

这个没啥可说的，唯一要说的就是参数verbosity，这个表示要打印日志的详细度，一共有三个值0，1，2，默认是1，我把同一条case 不同verbosity设置不同结果附上。

verbosity=0：

verbosity=1：

verbosity=2：

可以直观的看出1和0对比，结果多了运行结果"."表示运行成功，2和1对比，多了运行了哪条case和对应该case的类名。

总结一下：就是suite把testcase整合到一起，用textTestRunner来运行并把结果打印到控制台，今天没啥时间了，以后再把用到断言什么另起一篇去弄吧。