unittest单元测试框架原理--理解

2024-08-20 21:08

本文主要是介绍unittest单元测试框架原理--理解,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

  • 一、unittest 框架最核心的四个概念:TestCase、TestSuite、TestRunner、Testfixture
  1. TestCase:自定义的测试用例类,里面写入的是对具体的某个模块进行测试的方法;所有的方法名都必须以test开头。TestCase中的方法和属性:
    • setup() 方法:用于测试用例执行前的初始化工作,每个测试方法执行前都会执行一次;比如:登录web页,访问数据库;
    • tearDown() 方法:用于测试用例执行完成后的清理工作;每个测试方法执行后都会执行一次;比如:关闭网页,断开链接;
    • assert*():一些断言方法:在执行测试用例的过程中,最终用例是否执行通过,是通过判断测试得到的实际结果和预期结果是否相等决定的。
      • assertEqual (a,b,[msg='测试失败时打印的信息']):断言a和b是否相等,相等则测试用例通过。
        assertNotEqual (a,b,[msg='测试失败时打印的信息']):断言a和b是否相等,不相等则测试用例通过。
        assertTrue (x,[msg='测试失败时打印的信息']):断言x是否True,是True则测试用例通过。
        assertFalse (x,[msg='测试失败时打印的信息']):断言x是否False,是False则测试用例通过。
        assertIs (a,b,[msg='测试失败时打印的信息']):断言a是否是b,是则测试用例通过。
        assertNotIs (a,b,[msg='测试失败时打印的信息']):断言a是否是b,不是则测试用例通过。
        assertIsNone (x,[msg='测试失败时打印的信息']):断言x是否None,是None则测试用例通过。
        assertIsNotNone (x,[msg='测试失败时打印的信息']):断言x是否None,不是None则测试用例通过。
        assertIn (a,b,[msg='测试失败时打印的信息']):断言a是否在b中,在b中则测试用例通过。
        assertNotIn (a,b,[msg='测试失败时打印的信息']):断言a是否在b中,不在b中则测试用例通过。
        assertIsInstance (a,b,[msg='测试失败时打印的信息']):断言a是是b的一个实例,是则测试用例通过。
        assertNotIsInstance (a,b,[msg='测试失败时打印的信息']):断言a是是b的一个实例,不是则测试用例通过。
    • 通过dir(unittest),可以看到unittest全部的属性和方法
  2. TestSuite:测试套件,用于装测试用例;使用addTest()方法手动增加Test Case到测试套件中;
  3. TestRunner:运行测试用例的驱动类,使用TestRunner中的run()方法来运行测试套件中的测试用例;
  4. Testfixture:可以把fixture看做是资源,在测试用例执行之前需要去配置这些资源,执行完后需要去释放资源。一个测试类,通常有多个测试方法,都需要某些共用的“数据”,比如说都需要起浏览器, 比如说都要访问某个数据库的某张表;Fixture:包括setUp和tearDown方法,有下面两种:
    • setUpClass(), tearDownClass()的方式,分别在每个测试类执行前后执行, setUpClass()和tearDownClass()只会执行一次,即使这个测试类有多个测试函数。
    • setup(), teardown()的方式,分别在每个测试方法执行前后执行。
  • 二、unitest 其他属性:
    • unittest.skip():装饰器,当运行用例时,有些用例可能不想执行等,可用装饰器暂时屏蔽该条测试用例。一种常见的用法就是比如说想调试某一个测试用例,想先屏蔽其他用例就可以用装饰器屏蔽。
      • @unittest.skip(reason): skip(reason)装饰器:无条件跳过装饰的测试,并说明跳过测试的原因。
      • @unittest.skipIf(reason): skipIf(condition,reason)装饰器:条件为真时,跳过装饰的测试,并说明跳过测试的原因。
      • @unittest.skipUnless(reason): skipUnless(condition,reason)装饰器:条件为假时,跳过装饰的测试,并说明跳过测试的原因。
      • @unittest.expectedFailure(): expectedFailure()测试标记为失败。
  •  

 

这篇关于unittest单元测试框架原理--理解的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1091174

相关文章

修改若依框架Token的过期时间问题

《修改若依框架Token的过期时间问题》本文介绍了如何修改若依框架中Token的过期时间,通过修改`application.yml`文件中的配置来实现,默认单位为分钟,希望此经验对大家有所帮助,也欢迎... 目录修改若依框架Token的过期时间修改Token的过期时间关闭Token的过期时js间总结修改若依

MySQL中的MVCC底层原理解读

《MySQL中的MVCC底层原理解读》本文详细介绍了MySQL中的多版本并发控制(MVCC)机制,包括版本链、ReadView以及在不同事务隔离级别下MVCC的工作原理,通过一个具体的示例演示了在可重... 目录简介ReadView版本链演示过程总结简介MVCC(Multi-Version Concurr

深入理解Apache Airflow 调度器(最新推荐)

《深入理解ApacheAirflow调度器(最新推荐)》ApacheAirflow调度器是数据管道管理系统的关键组件,负责编排dag中任务的执行,通过理解调度器的角色和工作方式,正确配置调度器,并... 目录什么是Airflow 调度器?Airflow 调度器工作机制配置Airflow调度器调优及优化建议最

一文带你理解Python中import机制与importlib的妙用

《一文带你理解Python中import机制与importlib的妙用》在Python编程的世界里,import语句是开发者最常用的工具之一,它就像一把钥匙,打开了通往各种功能和库的大门,下面就跟随小... 目录一、python import机制概述1.1 import语句的基本用法1.2 模块缓存机制1.

Redis主从/哨兵机制原理分析

《Redis主从/哨兵机制原理分析》本文介绍了Redis的主从复制和哨兵机制,主从复制实现了数据的热备份和负载均衡,而哨兵机制可以监控Redis集群,实现自动故障转移,哨兵机制通过监控、下线、选举和故... 目录一、主从复制1.1 什么是主从复制1.2 主从复制的作用1.3 主从复制原理1.3.1 全量复制

深入理解C语言的void*

《深入理解C语言的void*》本文主要介绍了C语言的void*,包括它的任意性、编译器对void*的类型检查以及需要显式类型转换的规则,具有一定的参考价值,感兴趣的可以了解一下... 目录一、void* 的类型任意性二、编译器对 void* 的类型检查三、需要显式类型转换占用的字节四、总结一、void* 的

深入理解Redis大key的危害及解决方案

《深入理解Redis大key的危害及解决方案》本文主要介绍了深入理解Redis大key的危害及解决方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着... 目录一、背景二、什么是大key三、大key评价标准四、大key 产生的原因与场景五、大key影响与危

Redis主从复制的原理分析

《Redis主从复制的原理分析》Redis主从复制通过将数据镜像到多个从节点,实现高可用性和扩展性,主从复制包括初次全量同步和增量同步两个阶段,为优化复制性能,可以采用AOF持久化、调整复制超时时间、... 目录Redis主从复制的原理主从复制概述配置主从复制数据同步过程复制一致性与延迟故障转移机制监控与维

SpringCloud配置动态更新原理解析

《SpringCloud配置动态更新原理解析》在微服务架构的浩瀚星海中,服务配置的动态更新如同魔法一般,能够让应用在不重启的情况下,实时响应配置的变更,SpringCloud作为微服务架构中的佼佼者,... 目录一、SpringBoot、Cloud配置的读取二、SpringCloud配置动态刷新三、更新@R

深入理解C++ 空类大小

《深入理解C++空类大小》本文主要介绍了C++空类大小,规定空类大小为1字节,主要是为了保证对象的唯一性和可区分性,满足数组元素地址连续的要求,下面就来了解一下... 目录1. 保证对象的唯一性和可区分性2. 满足数组元素地址连续的要求3. 与C++的对象模型和内存管理机制相适配查看类对象内存在C++中,规