单元测试——Mock

2024-05-08 02:32
文章标签 单元测试 mock

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

【背景】

        单元测试的目标是一次只验证一个方法,但是倘若遇到这样的情况:某个方法依赖于其他一些难以操控的东西,诸如网络、数据库,甚至是微软最新的股票价格,那我们该怎么办?

        要是你的测试依赖于系统的其他部分,甚至是系统的多个其他部分呢?在这种情况下,倘若不小心,你最终可能会发现自己几乎初始化了系统的每个组件,而这只是为了给一个测试创造足够的运行环境让它们可以运行起来。忙乎了大半天,看上去我们好像有点违背了测试的初衷了。这样不仅仅消耗时间,还给测试过程引入了大量的耦合因素,比如说,可能有人兴致冲冲地改变了一个接口或者数据库的一张表,突然,你那卑微的单元测试的神秘的挂掉了。在这种情况发生几次之后,即使是最有耐心的开发者也会泄气,甚至最终放弃所有的测试,那样的话后果就不能想像了。


【简介】

         mock就是在测试过程中,对于某些不容易构造或者 不容易获取的对象,用一个虚拟的对象来创建以便测试的测试方法。

        在实际的面向对象软件设计中,我们经常会碰到这样的情况,我们在对现实对象进行构建之后,对象之间是通过一系列的接口来实现。这在面向对象设计里是最自然不过的事情了,但是随着软件测试需求的发展,这会产生一些小问题。举个例子,用户A现在拿到一个用户B提供的接口,他根据这个接口实现了自己的需求,但是用户A编译自己的代码后,想简单模拟测试一下,怎么办呢?这点也是很现实的一个问题。我们是否可以针对这个接口来简单实现一个代理类,来测试模拟,期望代码生成自己的结果呢?

         幸运的是,有一种测试模式可以帮助我们:mock对象。Mock对象也就是真实对象在调试期的替代品。

何时使用Mock对象

1)    真实对象具有不可确定的行为(产生不可预测的结果,如股票的行情)

2)    真实对象很难被创建(比如具体的web容器)

3)    真实对象的某些行为很难触发(比如网络错误)

4)    真实情况令程序的运行速度很慢

5)    真实对象有用户界面

6)    测试需要询问真实对象它是如何被调用的(比如测试可能需要验证某个回调函数是否被调用了)

7)    真实对象实际上并不存在(当需要和其他开发小组,或者新的硬件系统打交道的时候,这是一个普遍的问题)

如何使用Mock对象

1、使用一个接口来描述这个对象
2、为产品代码实现这个接口

3、以测试为目的,在mock对象中实现这个接口


【实例】

下边我们以一个Demo:其中有一个Reminder()的方法,如果在下午5点之后调用该方法,就会播放对应的音频,我们需要测试其中的Reminder()方法。

这是整个Demo的总体架构:



1、创建产品代码类

首先,创建一个接口:Environmental

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;namespace Clock
{//接口public interface Environmental{//接口中的定义的方法:Now,返回类型为DataTimeDateTime Now { get; }//播放音频void PlayWavFile(string fileName);}
}

在产品SystemEnvironment类中,继承接口,实现接口中的方法

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;namespace Clock
{//SystemEnvironment类继承接口public class SystemEnvironment:Environmental {// //定义一个私有的变量:when,返回类型为DateTimeprivate DateTime when;//定义了一个构造函数SystemEnvironment,并传入了一个when对象,when的类型为DateTime类型public SystemEnvironment(DateTime when){this.when = when;        }//具体实现接口中的方法public DateTime Now {get {return DateTime.Now;}       }//重写playWavFile方法public void PlayWavFile(string fileName){throw new NotImplementedException();}}
}

定义一个Checker类,来调用接口方法

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;namespace Clock
{//定义一个Checker类,来调用接口中的方法public class Checker{Environmental env;public Checker(Environmental env) {this.env = env;}public void Reminder() {DateTime Now = env.Now;if (Now.Hour >= 17){env.PlayWavFile("***.wav");}}}
}

下边是一个控制台类

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;namespace Clock
{public class Program{//控制台应用程序static void Main(string[] args){ }//定义一个QuittingTime方法public void QuittingTime() {DateTime when = new DateTime(2015, 3, 6, 15, 00, 0);SystemEnvironment se = new SystemEnvironment(when);Checker checker = new Checker(se);checker.Reminder();}}
}

2、然后编写测试类TestClock(需要添加对nunit.framework的引用)

首先,通过创建Mock测试类MockSystemEnvironment类,来继承接口Environmental 。MockSystemEnvironment类就是用来代替产品代码中的SystemEnvironment类。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Clock;namespace TestClock
{public class MockSystemEnvironment:Environmental {//定义一个私有的变量:currentTime,返回类型为DateTimeprivate DateTime currentTime;//定义了一个构造函数MockSystemEnvironment,并传入了一个when对象,when的类型为DateTime类型public MockSystemEnvironment(DateTime when) {//将对象when的值赋给上边定义的私有变量currentTimecurrentTime = when;}//实现方法Nowpublic DateTime Now {get {return currentTime;}}//定义一个IncrementMinutes方法,作用是:给currentTime这个时间,加上指定的分钟数,就可以控制Mock对象所返回的日期和时间public void IncrementMinutes(int minutes) {currentTime = currentTime.AddMinutes(minutes);}private bool soundWasPlayed = false;public void PlayWavFile(string fileName) {soundWasPlayed = true;}public bool CheckAndResetSound() {bool value = soundWasPlayed;soundWasPlayed = false;return value;}}
}

然后,编写具体的测试代码

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using NUnit.Framework;
using Clock;namespace TestClock
{[TestFixture ]public  class TestChecker{[Test]public void QuittingTime() {//创建了一个DateTime对象:When,并给其赋值为2015, 3, 6, 15, 00, 0DateTime when = new DateTime(2015, 3, 6, 15, 00, 0);MockSystemEnvironment env = new MockSystemEnvironment(when);     Checker checker = new Checker(env);//在16:45时,闹钟不响checker.Reminder();Assert.IsFalse(env.CheckAndResetSound(), "16:45");//现在,在16:45的基础上加上15分钟env.IncrementMinutes(15);checker.Reminder();Assert.IsTrue(env .CheckAndResetSound (),"17:00");}}
}

PS:在具体的测试中,需要根据实际设定时间。

【结语】

    
    上边我们通过一个简单的Demo来介绍了一下Mock,Demo很简单,但是Mock的复杂之处在于如何在实际项目中去使用。文章中只是介绍了Mock的冰山一角,更多的东西还需要我们去研究、探索。
    
    在项目中如何使用Mock,还需要我们多实践,多动手去做,实践出真知!
        


这篇关于单元测试——Mock的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

springboot+maven搭建的项目,集成单元测试

springboot+maven搭建的项目,集成单元测试 1.在pom.xml文件中引入单元测试的依赖包 <!--单元测试依赖--><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-test</artifactId><scope>test</scope></depen

PowerMock 单元测试总结与常见坑解决方案

PowerMock 单元测试总结与常见坑解决方案 官方文档: PowerMock GitHub PowerMock 在单元测试中能够帮助我们解决静态类、final 方法、私有方法等无法轻易 mock 的问题。下面是我在实际使用 PowerMock 时踩过的一些坑,并结合 PowerMock 的一些方法进行总结。 基本依赖和设置 在 Maven 中添加 PowerMock 依赖。在测试

JAVA—单元测试

单元测试:就是针对最小的功能单元(方法),编写测试代码对其进行正确性测试     之前是使用main函数调用来进行检测,无法实现自动化测试 也会影响其他方法的测试 目录 1.junit框架概述 2.junit框架的常见注解 1.junit框架概述 package High_junit;//字符串工具类 用于测试public class String_ju

idea单元测试报错找不到主类

报错截图 主要是单测中没有配置类 在下面的command line 中选择jar manifest 因为条参数过长,这里设置只使用主类 详细解释见: https://www.jianshu.com/p/8322b3b17040

file | 某文件夹【解耦合】下的文件查找功能实现及功能单元测试

文件查找工具 概要思路OS模块 --- 学习版os.getcwd()os.path.dirname(os.getcwd())os.path.dirname() 和 os.path.basename() OS模块 — 实战版单元测试解耦合 概要 梳理业务主逻辑: 查看存放被采集JSON数据的文件夹内的文件列表【所有 包含文件夹下的文件夹下的文件】 这是本节内容聚焦的点和My

【JUnit单元测试框架】

单元测试的概念 单元测试,顾名思义,是针对软件中的最小可测试部分(通常是类或方法)进行的测试。它的目的是确保这些最小单元按照预期工作,从而帮助开发者快速定位和解决问题。单元测试通常遵循“隔离”原则,即测试一个功能单元时,应该尽量减少对其他部分的依赖,以便专注于当前单元的行为。 历史做法及其问题 将所有测试代码都放在main方法中,并通过main方法去调用其他方法进行测试。这种做法存在几个显著

visual studio2015单元测试

尝试引用了包含待测了待测程序的项目,但是不知道该如何调用待测代码,所以只能通过引用生成的库文件 进行单元测试的步骤: 一、创建控制台静态库项目,将要测试的代码编译为库文件 二、创建单元测试项目,引用创建的库文件,并在stdafx.h中包含之前库文件的头文件: 1)直接include头文件的绝对路径 2)将头文件复制到单元测试项目的根目录下,并直接在stdafx.h头文件中include头

软件测试常用工具总结(测试管理、单元测试、接口测试、自动化测试、性能测试、负载测试...)

前言 在软件测试的过程中,多多少少都是会接触到一些测试工具,作为辅助测试用的,以提高测试工作的效率,使用好了测试工具,能对测试起到一个很好的作用,同时,有些公司,也会要求掌握一些测试工具,或者,是在面试时,也会被问到测试工具的,比如,在面试时,最常见的问题便是,你在测试时,用的是什么测试工具?或者,要做性能测试时,要用什么测试工具进行测试会比较好?等等问题。 作为测试人员,了解下现在有哪些

单元测试 Mock不Mock?

文章目录 前言单元测试没必要?Mock不Mock?什么是Mock?Mock的意义何在? 如何Mock?应该Mock什么?Mock 编写示例 总结 前言 前段时间,我们团队就单元测试是否采用 Mock 进行了一番交流,各有各的说法。本文就单元测试 Mock不Mock 给出我的观点,欢迎各位同仁提出不同的意见,共同探讨、相互交流。 单元测试没必要? 我见过好多不写单元测试的项目,

RD单元测试和QA接口测试的区别

1.单元测试 单元测试的基本原则:单元测试应该测试独立的单元模块,这个单元不应依赖于其他模块。 单元测试会强迫你去把各个模块解耦,因为耦合的很紧的模块是很难进行单元测试的,一般情况下,一个普通的程序员在任务很紧的时候很难费劲心思去将代码进行模块化的;当为了单元测试,自己就会去想方设法将模块解耦,这也算是单元测试的一个副产品吧。 单元测试能够进行最仔细的最细致的最方便的最全面的测试;只要测试用