华为五年自动化测试工程详细解说:unittest单元测试框架

一、单元测试框架说明

单元测试是指在编程中,针对程序模块的最小单元(类中的方法)进行正确性检验的测试工作。python+selenium自动化测试中通常使用unittest或者pytest作为单元测试框架。而java+selenium自动化测试中通常使用junit或者testng作为单元测试框架。

二、unittest框架的4个重要概念。

(1) test fixture(测试固件):一个测试固件代表一个或多个测试执行前的准备工作和测试结束后的清理工作,例如:创建数据库连接、关闭数据库连接、启动服务进程、测试环境的清理等。

(2) test suite(测试套件):一个测试套件是一组测试用例的集合(也可以是一组测试套件的集合)。它的作用是将测试用例集合到一起一次性执行集合中所有的测试用例。

(3) test case(测试用例):一个测试用例是一个完整的测试流程,是最小的测试单元,通常会继承unittest.TestCase类。

(4) test runner(测试运行器):一个测试运行器执行设定的测试用例并将测试结果反馈给用户两部分功能组成。

 

三、unittest框架中的特殊方法以及特殊方法执行顺序。

(1)自动化中要求所有的测试用例都继承unittest.TestCase基类。TestCase基类中定义的几个特殊的方法如下:

setUp() 每个测试用例运行前执行,主要作用是测用例前的初始化工作。

tearDown() 每个测试用例运行后执行,主要作用是测试用例后的清理工作。

setUpClass() 所有测试用例运行前运行,必须使用@classmethod装饰器装饰,在setUp()方法前执行,整个测试过程只执行一次,主要作用是单元测试前的准备工作。

tearDownClass() 所有测试用例运行后运行,必须使用@classmethod装饰器装饰,在tearDown()方法后执行,整个测试过程只执行一次,主要作用是单元测试后的清理工作。

(2) 执行顺序如下:

setUpClass() 

  #测试用例一

  setUp() 

      test_01()

  tearDown()

  #测试用例二

  setUp() 

       test_02()

  tearDown()

tearDownClass() 

 

四测试用例的命名。

最简单的测试用例方法命令只需要覆盖runTest()方法即可。而更可取的是测试用例以"test"开头命名。

五、unittest加载并执行测试用例方法

在unittest单元测试框架中,提供两种单元测试加载执行测试用例的方法:

(1)直接通过unittest.main()方法加载并执行当前py文件中的测试用例。这是一种最简单的加载方法,所有的测试方法执行顺序都是按照方法名字符串所表示的ASCII码升序排序(数字与字母的顺序为:0-9,A-Z,a-z)。如:

(2)将所有的测试用例添加到测试套件集合中,然后一次性加载所有的测试对象。此方法经测试执行顺序是按照测试用例的加载顺序执行,但是特别要注意执行方式。如果是点击右键的方式运行那么总是以unittest方式执行(这种方式执行是以ASCII升序执行),而想要从main方法执行,则需要在pycharm的右上角修改Pycharm的运行方法。并按运行按钮从main方法运行。(这种方式执行是按照测试用例加载顺序执行)

测试用例添加到测试套件的方式:

注意:以上两种方式都可以执行测试套件。

#其中:TestManage是类名,test_add是用例名,verbosity参数说明如下:

#verbosity参数可以控制输出的错误报告的详细程度,只有3个取值:

#<=0(quiet): 只显示执行的用例的总数和全局的执行结果。输出结果中不提示执行成功的用例数。

#1(default): 默认值,显示执行的用例的总数和全局的执行结果,并对每个用例的执行结果(成功T或失败F)有个标注。

#>=2(verbose): 显示执行的用例的总数和全局的执行结果,并输出每个用例的详细的执行结果。

执行后测试结果说明:

.:一个点表示一个测试用例执行成功。

F:一个F表示一个测试用例执行失败。

E:一个E表示测试用例中本身有异常。

六、按照特定顺序执行测试用例

通过把测试用例按顺序加载到测试套件中执行。

通过修改函数名的方式来让测试用例按特定顺序执行。如:

def test1_add(self):

def test2_delete(self):

def test3_update(self):

def test4_select(self):

注意:从后期自动化项目批量执行多个py文件的所有测试用例的角度出发第一种方式太过于繁琐,建议使用第二种方式。

 

七、忽略测试用例。

在批量执行测试用例时,有时会遇到某些测试用例不需要执行,但是又想保留测试代码。除了可以注释掉代码外还可以使用unittest框架提供的更简便的注解方法来忽略那些暂时不需要执行的测试用例。忽略测试用例分为无条件忽略和有条件忽略。

另外还有一个:@expected failure #代表如果test失败了不计入失败的case数目

八、unittest单元测试框架中常见的断言。

assertEqual(a, b)            a == b         最常用

assertNotEqual(a,b)       a != b      

assertTrue(x)                  x is True      最常用

assertFalse(x)                 x is False      

assertIs(a, b)                  a is b                                

assertIsNot(a, b)            a is not b                        

assertIsNone(x)              x is None         

assertIsNotNone(x)       x is not None                 

assertIn(a, b)                  a in b            最常用                    

assertNotIn(a, b)            a not in b                         

assertIsInstance(a,b)       isinstance(a, b) 

assertNotIsInstance(a,b)  not isinstance(a, b) 

assertGreater(a,b)           a > b                                

assertGreaterEqual(a,b)  a >= b                             

assertLess(a, b)               a < b                                

assertLessEqual(a,b)       a <= b

其中assertEqual(a,b),asserTrue(),assertIn为常用断言方法。

assertEqual(a,b)用于判断两个字符串是否相等。

assertTrue(x)用于断言一个字符串是否在页面资源。

assertIn(a,b)用于判断一个jsp或php页面在当前页面地址中。

九、结尾

如果你觉得此文对你有帮助,如果你对此文有任何疑问,如果你对软件测试、接口测试、自动化测试、面试经验交流感兴趣欢迎加入:

软件测试技术群:695458161,群里发放的免费资料都是笔者十多年测试生涯的精华。还有同行大神一起交流技术哦。

作者:来自公众号:软测之家
原创不易,欢迎点赞、评论、转载礼貌三连,转载请保留此段声明。

笔者来自公众号:软测之家 软件测试技术交流群:695458161
原文地址:https://www.cnblogs.com/csmashang/p/12669686.html