华为五年自动化测试工程详细解说：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"开头命名。如果你觉得此文对你有帮助，如果你对软件测试、接口测试、自动化测试、面试经验交流感兴趣欢迎加入：软件测试技术群：785128166
群里发放的免费资料都是笔者十多年测试生涯的精华。还有同行大神一起交流技术哦。

五、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页面在当前页面地址中。

最后下面是我整理出来的一份软件测试工程师发展方向知识架构体系图。

希望大家能在这个成长过程中收益良多。可以说，这个过程会让你痛不欲生，但只要你熬过去了。以后的生活就轻松很多。正所谓万事开头难，只要迈出了第一步，你就已经成功了一半，古人说的好“不积跬步，无以至千里。”等到完成之后再回顾这一段路程的时候，你肯定会感慨良多。

由于CSDN上传图片大小有限，有需要的朋友可以关注我的公众号：程序员二黑，回复1，即可获取原图。

下面是一份配套的软件测试资源包：

上面是一些配套资源，这些资源对于软件测试的的朋友来说应该是最全面最完整的备战仓库，为了更好地整理每个模块，我也参考了很多网上的优质博文和项目，力求不漏掉每一个知识点，很多朋友靠着这些内容进行复习，拿到了BATJ等大厂的offer，这个仓库也已经帮助了很多的软件测试的学习者，希望也能帮助到你。关注我的微信公众号：程序员二黑，即可免费获取！

最困难的时候，也就是我们离成功不远的时候！如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入我们的群：785128166 大家一起讨论交流学习。

如果您觉得文章还不错，请 点赞、分享、在看、收藏 一下，因为这将是我持续输出更多优质文章的最强动力！

精彩推荐

在职阿里6年，一个29岁女软件测试工程师的心声

拒绝B站邀约，从月薪3k到年薪47W，我的经验值得每一个测试人借鉴

公司新来的阿里p8，看了我做的APP和接口测试，甩给了我这份文档