先简单了解下unittest框架的组成部分及运行原理
TestCase:表示测试用例
TestSuite:表示测试集合,多个测试用例集合到这里
TestLoader:集合完的用例等待被测试
runner:表示运行这些等待测试的用例
result:表示返回测试结果
原理图示例1:写个测试代码,稍后会用单元测试来实现下
创建一个数学类,里面写了加法和减法的方法
常规的类接下来我们创建一个py文件,用来做单元测试
备注下,可忽略一、导入模块和框架
导入模块和框架二、创建测试类,用来写用例,需要注意的几点
1、可以在setUp里面初始化数据,在方法中可以直接引用
2、方法必须要使用test开头,后面紧跟方法名,如图
3、类名也需要加Test
4、光标在哪个方法旁就只执行哪个方法
编写测试用例我们看下结果
像夹心饼干一样三、创建加载器(红3)及执行用例
实现思路附:收集测试用例的四种方法
使用步骤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(抛出异常)
网友评论