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

相关文章

Java HashMap的底层实现原理深度解析

《JavaHashMap的底层实现原理深度解析》HashMap基于数组+链表+红黑树结构,通过哈希算法和扩容机制优化性能,负载因子与树化阈值平衡效率,是Java开发必备的高效数据结构,本文给大家介绍... 目录一、概述:HashMap的宏观结构二、核心数据结构解析1. 数组(桶数组)2. 链表节点(Node

深入理解Mysql OnlineDDL的算法

《深入理解MysqlOnlineDDL的算法》本文主要介绍了讲解MysqlOnlineDDL的算法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小... 目录一、Online DDL 是什么?二、Online DDL 的三种主要算法2.1COPY(复制法)

Redis中Hash从使用过程到原理说明

《Redis中Hash从使用过程到原理说明》RedisHash结构用于存储字段-值对,适合对象数据,支持HSET、HGET等命令,采用ziplist或hashtable编码,通过渐进式rehash优化... 目录一、开篇:Hash就像超市的货架二、Hash的基本使用1. 常用命令示例2. Java操作示例三

Redis中Set结构使用过程与原理说明

《Redis中Set结构使用过程与原理说明》本文解析了RedisSet数据结构,涵盖其基本操作(如添加、查找)、集合运算(交并差)、底层实现(intset与hashtable自动切换机制)、典型应用场... 目录开篇:从购物车到Redis Set一、Redis Set的基本操作1.1 编程常用命令1.2 集

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

java程序远程debug原理与配置全过程

《java程序远程debug原理与配置全过程》文章介绍了Java远程调试的JPDA体系,包含JVMTI监控JVM、JDWP传输调试命令、JDI提供调试接口,通过-Xdebug、-Xrunjdwp参数配... 目录背景组成模块间联系IBM对三个模块的详细介绍编程使用总结背景日常工作中,每个程序员都会遇到bu

Python中isinstance()函数原理解释及详细用法示例

《Python中isinstance()函数原理解释及详细用法示例》isinstance()是Python内置的一个非常有用的函数,用于检查一个对象是否属于指定的类型或类型元组中的某一个类型,它是Py... 目录python中isinstance()函数原理解释及详细用法指南一、isinstance()函数

Java 缓存框架 Caffeine 应用场景解析

《Java缓存框架Caffeine应用场景解析》文章介绍Caffeine作为高性能Java本地缓存框架,基于W-TinyLFU算法,支持异步加载、灵活过期策略、内存安全机制及统计监控,重点解析其... 目录一、Caffeine 简介1. 框架概述1.1 Caffeine的核心优势二、Caffeine 基础2

Java 单元测试之Mockito 模拟静态方法与私有方法最佳实践

《Java单元测试之Mockito模拟静态方法与私有方法最佳实践》本文将深入探讨如何使用Mockito来模拟静态方法和私有方法,结合大量实战代码示例,带你突破传统单元测试的边界,写出更彻底、更独立... 目录Mockito 简介:为什么选择它?环境准备模拟静态方法:打破“不可变”的枷锁传统困境解法一:使用M