1. 认识unittest(续)

关于unittest单元测试框架,还有一些问题值得进一步探讨。你可能在前一章的学习过程中产生了一些疑问,也许你会在本节中找到答案。

1.1 用例执行的顺序

用例的执行顺序涉及多个层级,在多个测试目录的情况下,先执行哪个目录?在多个测试文件的情况下,先执行哪个文件?在多个测试类的情况下,先执行哪个测试类?在多个测试方法(用例)的情况下,先执行哪个测试方法?

我们先来运行一个例子,再来解释unittest的执行策略。

import unittest

class TestBdd(unittest.TestCase):

    def setUp(self):
print("test TestBdd:") def test_ccc(self):
print("test ccc") def test_aaa(self):
print("test aaa") def tearDown(self):
pass class TestAdd(unittest.TestCase): def setUp(self):
print("test TestAdd:") def test_bbb(self):
print("test bbb") def tearDown(self):
pass if __name__ == '__main__':
unittest.main()

运行结果:

无论执行多少次,结果都是一样的,通过上面的结果,相信你已经找到了unittest执行测试用例的规律。

unittest框架默认根据ASCII码的顺序加载测试用例,数字与字母的顺序为:0-9,A-Z,a-z。所以,TestAdd类会优先于TestBdd类被执行,test_aaa()方法会有限与test_ccc()被执行,因而它并没有按照用例从上到下的顺序执行。

对于测试目录与测试文件来说,unittest框架同样是按照这个规则来加载测试用例的。

那么可不可以让test_ccc()先执行呢?答案是肯定的,只是不能使用默认的main()方法了,而是需要通过TestSuite类的addTest()按照一定的顺序来加载。

import unittest

class TestBdd(unittest.TestCase):

    def setUp(self):
print("test TestBdd:") def test_ccc(self):
print("test ccc") def test_aaa(self):
print("test aaa") def tearDown(self):
pass class TestAdd(unittest.TestCase): def setUp(self):
print("test TestAdd:") def test_bbb(self):
print("test bbb") def tearDown(self):
pass if __name__ == '__main__':
#构造测试集
suite = unittest.TestSuite()
suite.addTest(TestBdd("test_ccc"))
suite.addTest(TestAdd("test_bbb"))
suite.addTest(TestBdd("test_aaa")) #执行测试
runner = unittest.TextTestRunner()
runner.run(suite)

运行结果:

现在的执行顺序就是addTest()方法所加载的顺序。discover()的加载测试用例的规则与main()方法相同。所以,我们只能通过测试用例的命名来提高被执行的优先级。例如,将希望先被执行的测试用例命名为“test_a”,将希望最后执行的测试用例命名为“test_z”。

1.2 执行多级目录的用例

我们要控制Web用例的数量,但是当测试用例达到一定量级时,就要考虑划分目录。

test_project/test_case/

  test_bbb/

    test_ccc/

      test_c.py

    test_b.py

  test_ddd/

    test_d.py

  test_a.py

对于上面的目录结构,如果将discover()方法中的start_dir参数定义为“./test_case/”目录,那么只能加载test_a.py文件中的测试用例。怎样让unittest框架查找到test_case/的子目录中高端测试文件呢?方法很简单,在每个子目录下放一个__init__.py文件(在文件夹中包含一个__init__.py,Python就会把文件夹当作一个package,里面的py文件就能够在外面被import)。

1.3 跳过测试和预期失败

在运行测试时,有时需要直接跳过某些测试用例,或者当用例符合某个条件时跳过测试,又或者直接将测试用例设置为失败。unittest提供了实现这些需求的装饰器。

unittest.skip(reason):无条件的跳过修饰的测试,说明跳过测试的原因。

unittest.skipIf(condition,reason):跳过修饰的测试,如果条件为真时。

unittest.skipUnless(condition,reason):跳过修饰的测试,除非条件为真。

unittest.expectedFailure():测试标记为失败。不管执行结果是否失败,统一标记为失败。

import unittest

class MyTest(unittest.TestCase):

    def setUp(self):
pass def tearDown(self):
pass @unittest.skip("直接跳过测试")
def test_skip(self):
print('test aaa') @unittest.skipIf(3>2,"当条件为True时跳过测试")
def test_skip_if(self):
print('test bbb') @unittest.skipUnless(3 > 2, "当条件为True时执行测试")
def test_skip_unless(self):
print('test ccc') @unittest.expectedFailure
def test_expected_failure(self):
assertEqual(2,3) if __name__ == '__main__':
unittest.main()

运行结果:

上例中共创建了4条测试用例。第一条测试用例通过@unittest.skip()修饰,直接跳过不执行。第二条用例通过@unittest.skipIf()修饰,当条件为真时不执行,3>2条件为真(True),通过不执行。第三条用例通过@unittest.skipUnless装饰,当条件为真时执行,判断3>2条件为真(True),第三条用例执行。第四条用例通过@unittest.expectedFailure装饰,不管执行结果是否失败,统一标记为失败,但不会抛出错误信息。

当然,这些方法同样可以作用于测试类,只需将它们定义在测试类上面即可。

import unittest

@unittest.skip("直接跳过测试该测试类")
class MyTest(unittest.TestCase):

1.4 fixtures

fixtures的概念前面已经有过简单的介绍,可以形象的把它看作是夹心饼干外层的两片饼干,这两片饼干就是setUp/tearDown,中间的心就是测试用例。除此之外,unittest还提供了更大范围的fixtures,例如对于测试类和模块的fixtures。

import unittest

def setUpModule():
print("test module start >>>>>>>>>>>>>>>>") def tearDownModule():
print("test module end >>>>>>>>>>>>>>>>") class Test(unittest.TestCase): @classmethod
def setUpClass(cls):
print("test class start ==============>") @classmethod
def setDownClass(cls):
print("test class end ==============>") def setUp(self):
print("test case start -->") def tearDown(self):
print("test case end -->") def test_case(self):
print("test case1") def test_case2(self):
print("test case2") if __name__ == '__main__':
unittest.main()

运行结果:

setUpModule/tearDownModule:在整个模块的开始与结束时被执行。

setUpClass/tearDownClass:在测试类的开始与结束时被执行。

setUp/tearDown:在测试用例的开始与结束时被执行。

需要注意的是, setUpClass/tearDownClass的写法稍微有些不同。首先,需要通过@classmethon进行修饰,其次方法的参数为cls。其实,cls与self并没有什么特别之处,都只表示类方法的第一个参数,只是大家约定俗成,习惯于这样来命名,当然也可以用abc来代替。

Selenium(十六):unittest单元测试框架(二) 初识unittest(续)的更多相关文章

  1. Selenium(十五):unittest单元测试框架(一) 初识unittest

    1. 认识unittest 什么是单元测试?单元测试负责对最小的软件设计单元(模块)进行验证,它使用软件设计文档中对模块的描述作为指南,对重要的程序分支进行测试以发现模块中的错误.在python语言下 ...

  2. python六十六课——单元测试(二)

    ''' 封装Person类 ''' class Person: def __init__(self,name,age): self.name=name self.age=age def getAge( ...

  3. Selenium基于Python web自动化基础二 -- 免登录、等待及unittest单元测试框架

    一.免登录在进行测试的过程中难免会遇到登录的情况,给测试工作添加了工作量,本文仅提供一些思路供参考解决方式:手动请求中添加cookies.火狐的profile文件记录信息实现.人工介入.万能验证码.去 ...

  4. Selenium+Python ---- 免登录、等待、unittest单元测试框架、PO模型

    1.免登录在进行测试的过程中难免会遇到登录的情况,给测试工作添加了工作量,本文仅提供一些思路供参考解决方式:手动请求中添加cookies.火狐的profile文件记录信息实现.人工介入.万能验证码.去 ...

  5. Python+selenium之简单介绍unittest单元测试框架

    Python+selenium之简单介绍unittest单元测试框架 一.unittest简单介绍 unittest支持测试自动化,共享测试用例中的初始化和关闭退出代码,在unittest中最小单元是 ...

  6. Selenium(十八):unittest单元测试框架(四) HTML测试报告

    1. HTML测试报告 对测试人员来而言,测试的产出很难衡量.换句话说,测试人员的价值比较难以量化和评估,相信这一点对软件测试人员来说深有体会.我们花费了很多时间与精力所做的自动化测试也是如此.所以, ...

  7. Python+Selenium框架设计篇之-简单介绍unittest单元测试框架

    前面文章已经简单介绍了一些关于自动化测试框架的介绍,知道了什么是自动化测试框架,主要有哪些特点,基本组成部分等.在继续介绍框架设计之前,我们先来学习一个工具,叫unittest.       unit ...

  8. Python+Selenium ----unittest单元测试框架

    unittest是一个单元测试框架,是Python编程的单元测试框架.有时候,也做叫做“PyUnit”,是Junit的Python语言版本.这里了解下,Junit是Java语言的单元测试框架,Java ...

  9. Selenium(十七):unittest单元测试框架(三) 脚本分析、编写Web用例

    1. 带unittest的脚本分析 也许你现在心里还有疑问,unittest框架与我们前面所编写的Web自动化测试之间有什么必然联系吗?当然有,既然unittest可以组织.运行测试用例,那么为什么不 ...

随机推荐

  1. 《Java知识应用》Java压缩文件和解压缩

    今天通过Java实现一下:文件的压缩和解压缩. 1. 压缩 准备文件: 准备代码:(压缩) import java.io.BufferedInputStream; import java.io.Buf ...

  2. 你想要的 HBase 原理都在这了

    目录 一. 集群架构 集群角色 工作机制 二.存储机制 A. 存储模型 B. LSM 与 Compaction C. Region 分裂 D. 自动均衡 三.访问机制 四. 鉴权 五. 高可靠 1.集 ...

  3. 集群环境下,你不得不注意的ASP.NET Core Data Protection 机制

    引言 最近线上环境遇到一个问题,就是ASP.NET Core Web应用在单个容器使用正常,扩展多个容器无法访问的问题.查看容器日志,发现以下异常: System.Security.Cryptogra ...

  4. JS---BOM基本知识 (顶级对象,系统对话框,加载事件,location对象, history对象, navigator对象)

    BOM JavaScript分三个部分: 1. ECMAScript标准---基本语法 2. DOM--->Document Object Model 文档对象模型,操作页面元素的 3. BOM ...

  5. Vue.js实现大文件分片md5断点续传

    背景 根据部门的业务需求,需要在网络状态不良的情况下上传很大的文件(1G+).其中会遇到的问题:1,文件过大,超出服务端的请求大小限制:2,请求时间过长,请求超时:3,传输中断,必须重新上传导致前功尽 ...

  6. Bash脚本编程之数组

    数组简介 在bash脚本编程当中,变量是存储单个元素的内存空间:而数组是存储多个元素的一段连续的内存空间. 数组由数组名和下标构成,如下. ARRAY_NAME[SUBSCRIPT] 数组按照下标的类 ...

  7. Androi O Automotive 介绍

    最近由于工作需要对android o 中的 automotive源码进行了深入的学习,现总结如下: Android O Vehicle之架构介绍 Android O Vehicle之Car Servi ...

  8. Vue之判断对象是否为空的方法

    1. JSON.stringify(xxx)=='{}' 2. Object.keys(xxx).length==0 验证结果如下:

  9. 计算几何 val.3

    目录 计算几何 val.3 自适应辛普森法 定积分 引入 辛普森公式 处理精度 代码实现 模板 时间复杂度 练习 闵可夫斯基和 Pick定理 结论 例题 后记 计算几何 val.3 自适应辛普森法 可 ...

  10. NET Framework项目移植到NET Core上踩的坑(1)

    本文章向大家介绍NET Framework项目移植到NET Core上遇到的一系列坑,主要包括NET Framework项目移植到NET Core上遇到的一系列坑使用实例.应用技巧.基本知识点总结和需 ...