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. test-hellow world!

    //for C #include<stdio.h> int main() { printf("hellow world!"); return 0; } #for pyt ...

  2. Hadoop_MapReduce_03

    1. MapReduce入门 1.1 MapReduce的思想 MapReduce的思想核心是"分而治之" , 适用于大量的复杂的任务处理场景 (大规模数据处理场景) . Map负 ...

  3. 使用PHP生成并导出CSV文件

    CSV文件是以纯文本形式存储的,一般以逗号为分隔符.这里主要简单介绍下如何导出CSV文件. 一.浏览器导出CSV文件格式 /** * 导出CSV文件 */ function exportCsv() { ...

  4. 初探爬虫 ——《python 3 网络爬虫开发实践》读书笔记

    零.背景 之前在 node.js 下写过一些爬虫,去做自己的私人网站和工具,但一直没有稍微深入的了解,借着此次公司的新项目,体系的学习下. 本文内容主要侧重介绍爬虫的概念.玩法.策略.不同工具的列举和 ...

  5. APP 安全测试点概述

    一.安装包测试 1.1 关于反编译   目的是为了保护公司的知识产权和安全方面的考虑等,一些程序开发人员会在源码中硬编码一些敏感信息,如密码.而且若程序内部一些设计欠佳的逻辑,也可能隐含漏洞,一旦源码 ...

  6. TypeScript 参数属性

    假设类中创建的 readonly 类型的属性,该类型的属性只能在声明处或构造器中进行初始化. class Octopus { readonly name: string; readonly numbe ...

  7. [转]企业创新平台—Power Platform 的架构与应用场景

    本文转自:https://www.microsoft.com/china/events/video_311

  8. 团队项目之Scrum7

    小组:BLACK PANDA 时间:2019.11.27 每天举行站立式会议 提供当天站立式会议照片一张 2 昨天已完成的工作 2 内容展示 根据三大板块进行分类: 电影. 音乐以及摄影 今天计划完成 ...

  9. Dashboard安装与配置

    本节介绍如何在控制器节点上安装和配置仪表板. 仪表板所需的唯一核心服务是身份服务. 您可以将仪表板与其他服务结合使用,例如图像服务,计算和联网. 您也可以在具有独立服务(例如对象存储)的环境中使用仪表 ...

  10. Python导入运行的当前模块报错

    引言 今天遇到了一个奇怪的现象,简单举个栗子: 文件结构如下: