单元测试之Stub和Mock

单元测试之Stub和Mock

FROM:http://www.cnblogs.com/TankXiao/archive/2012/03/06/2366073.html

在做单元测试的时候,我们会发现我们要测试的方法会引用很多外部依赖的对象,比如:(发送邮件,网络通讯,记录Log, 文件系统 之类的)。 而我们没法控制这些外部依赖的对象。  为了解决这个问题,我们需要用到Stub和Mock来模拟这些外部依赖的对象,从而控制它们

阅读目录

  1. 实例
  2. 设计测试用例
  3. 什么是外部依赖
  4. Stub和Mock的相同处
  5. Stub和Mock的区别
  6. 良好的产品代码才能单元测试
  7. Mock框架
  8. 源代码下载

实例

Analyze类会检查filename的长度,如果小于8,我们就会使用一个实现IWebService的类来记录错误.

我们需要给Analyze方法写单元测试。

public class LogAnalyzer{    private IWebService service;    private IEmailService email;

public IWebService Service    {        get { return service; }        set { service = value; }    }

public IEmailService Email    {        get { return email; }        set { email = value; }    }

public void Analyze(string fileName)    {        if (fileName.Length < 8)        {            try            {                service.LogError("the file name is to short" + fileName);            }            catch (Exception e)            {                email.SendEmail("[email protected]", "[email protected]", "IWebServiceFailed", e.Message);            }        }    }}

设计测试用例

测试用例一:

fileName= "c:\test\test.txt" (长度大于8),

期待测试结果: 不会发邮件

测试用例二:

fileName="c:\",(长度小于8),  并且记log失败 。

期待测试结果: 发邮件

如果给Analyze方法写单元测试,为了实现测试用例二。  这时候我们就会碰到两个问题。

第一: 我们无法控制让Service对象记log时抛出异常. 因为Serveice对象我们无法控制

第二: 我们无法判断,Email对象是否发送了Email, (我们不能去Outlook查看收到邮件没有,这样就不是自动化了)

外部依赖对象

对于LogAnalyzer对象来说, Service和Email就是两个外部依赖对象. 我们需要自己写Stub和Mock来模拟这两个外部依赖对象。这样我们才能控制他们。

我们在测试的代码中新建StubWebService和MockEmailService.这两个class分别实现了IWebService和IEmailService.

public class StubWebService : IWebService{    public void LogError(string message)    {        throw new Exception("StubWebService throw exception");    }}

public class MockEmailService : IEmailService{    public string To;    public string From;    public string Subject;    public string Message;

public void SendEmail(string to, string from, string subject, string message)    {        To = to;        From = from;        Subject = subject;        Message = message;    }}

工作流程图如下

最后我们来看看我们的测试代码,

我们把StubWebService和MockEmailService两个类的实例注入到产品代码中。(因为多态特性嘛)。

通过控制StubWebService中的LogError方法,抛出一个异常。

然后判断MockEmailService中的SendEmail方法有没有被调用. 被调用了说明发送了Email(我们不需要真的收到一封邮件,因为SendEmail功能是IEmailService实现的,)

[TestMethod]public void TestMethod1(){    StubWebService stubWebService = new StubWebService();    MockEmailService mockEmailSender = new MockEmailService();

LogAnalyzer log = new LogAnalyzer();    log.Emailservice = mockEmailSender;    log.WebService = stubWebService;

// Act    string tooShortFileName = "1.txt";    log.Analyze(tooShortFileName);

// Assert    Assert.AreEqual("[email protected]", mockEmailSender.To);    Assert.AreEqual("[email protected]", mockEmailSender.From);    Assert.AreEqual("WebSerive log error", mockEmailSender.Subject);}

Stub和Mock的相同处

从上面的例子我们可以看出, Stub和Mock都是模拟外部依赖,以便我们能控制。

Stub 和Mock 的区别

Stub是完全模拟一个外部依赖, 而Mock用来判断测试通过还是失败

良好的产品代码才能单元测试

如果产品代码是下面那样,你就没办法测试了。 因为WebService和EmailService两个类没有继承接口。我们无法把StubWebService和MockEmailService两个类注入到产品代码。

    public class LogAnalyzer    {        private WebService webService;        private EmailService emailService;

public WebService WebService        {            get { return webService; }            set { webService = value; }        }

public EmailService Emailservice        {            get { return emailService; }            set { emailService = value; }        }

public void Analyze(string fileName)        {            if (fileName.Length < 8)            {                try                {                    WebService.LogError("Filename too short:" + fileName);                }                catch (Exception e)                {                    Emailservice.SendEmail("[email protected]", "[email protected]", "WebSerive log error", e.Message);                }            }        }    }

Mock框架

其实我们没有必要自己写MockEmailService方法。  已经有现成的Mock框架可以用了, .NET中有Rhino Mock 和 Moq,  这两个框架比较好用

源代码下载

点击此处下载完整的源代码, 请用VS2008打开

[参考] The Art of Unit Testing

时间: 2024-10-05 22:37:12

单元测试之Stub和Mock的相关文章

单元测试之Mock

为什么需要Mock. 真实对象具有不确定的行为.所以会产生不可预测的结果. 真实对象很难被创建. 真实对象的某些行为很难被触发(如网络错误). 真实对象令程序的运行速度很慢. 真实对象有(或者是)用户界面. 测试需要询问真实对象它是如何被调用的. 真实对象实际上并不存在.例如其它小组开发的模块. 使用Mock的3个步骤 使用一个接口来描述该对象. 为产品代码实现该接口. 以测试为目的,在Mock对象中实现该接口. Test Double Dummy.被传递但是从不被实际使用的对象.通常用于填充参

单元测试之测试方法

单元测试面临的困难 职责不明确 类或者方法的职责不明确,违反了SRP原则. 类/方法如果处理了本不该它处理的逻辑,会造成单元测试需要关心过多的外部关联类. 静态方法 静态方法使得调用者直接面对实际的服务类,难以通过其它方式替代其实现,也难以扩展. 直接访问对象实例 调用者直接实例化服务对象,从而使用服务对象提供的服务.同静态方法一样,调用者直接面对服务类. 标准库 标准库中有非常多的接口调用使得调用者难以被测试. 准备数据 编写测试用例需要外部准备大量的数据. 可行的解决方案 重构系统 对于职责

单元测试之NSNull 检测

Unit Testing: 单元测试 测试这个词很容易理解,那么什么是单元(Unit)呢?一个单元指的就是应用程序中可以测试的最小单元.一组源代码可以测试,一般要求有明确的输入与输出.因此一般来说源代码中明确的包含输入输出的每一个方法被认为一个测试的单元(一个case).注意,这里的输出并不局限于方法的返回值对输入参数的改变,也包括方法在执行过程中改变的任何数据. 单元测试在程序里面可以理解一个模块一个方法,在每个可能存在的模块都进行测试,确保每个模块都没有问题,从而提高整体程序的质量. 单元测

玩转单元测试之Testing Spring MVC Controllers

玩转单元测试之 Testing Spring MVC Controllers 转载注明出处:http://www.cnblogs.com/wade-xu/p/4311657.html The Spring MVC Test framework provides first class JUnit support for testing client and server-side Spring MVC code through a fluent API. Typically it loads t

玩转单元测试之WireMock -- Web服务模拟器

玩转单元测试之WireMock -- Web服务模拟器 WireMock 是一个灵活的库用于 Web 服务测试,和其他测试工具不同的是,WireMock 创建一个实际的 HTTP服务器来运行你的 Web 服务以方便测试. 它支持 HTTP 响应存根.请求验证.代理/拦截.记录和回放, 并且可以在单元测试下使用或者部署到测试环境. 它可以用在哪些场景下: 测试移动应用依赖于第三方REST APIs 创建快速原型的APIs 注入否则难于模拟第三方服务中的错误 任何单元测试的代码依赖于web服务的 目

单元测试之道(使用NUnit)

首先来看下面几个场景你是否熟悉 1.你正在开发一个系统,你不断地编码-编译-调试-编码-编译-调试……终于,你负责的功能模块从上到下全部完成且编译通过!你长出一口气,怀着激动而 又忐忑的心情点击界面上的按钮,顿时你刚刚的轻松感烟消云散:系统无法正常工作,你想读的数据显示不出来,你想存的东西也送不到数据库……于是,你再次回 到IDE里,设断点.调试.一层一层跟踪,当你精疲力尽终于将数据送到数据库里,你又发现了其它问题,于是你继续设断点.调试.编译.调试…… 2.你狂躁地敲击着键盘和鼠标,咒骂着不断

.Net单元测试之NMock

.Net单元测试之NMock NMock是一款.NET平台下的基于动态代理的Mock模拟对象类库,用于C#开发.Mock对象使测试更简单,它测试单个组件或单个类时不需要其它所有组件真正实现.也就是说我们可以仅仅只是测试一个类,NMock生成的模拟是通过在运行时使用动态代理来实现的,这允许模拟对象动态的定义,并不需要添加任何附加的类.         通常,一个模拟的实现基于被依赖的接口而创建:NMock支持对接口和类的模拟,另外它还支持属性模拟.比起测试一个完整的对象关系树更容易查清楚Bug.M

补习系列-springboot 单元测试之道

目录 目标 一.About 单元测试 二.About Junit 三.SpringBoot-单元测试 项目依赖 测试样例 四.Mock测试 五.最后 目标 了解 单元测试的背景 了解如何 利用 springboot 实现接口的测试 了解如何 利用 mokito 做代码的 mock 一.About 单元测试 单元测试其实是一种廉价的技术,是由开发者创建运行测试代码,用于对程序模块(软件设计的最小单位)进行正确性检验的一种做法. 而所谓的最小单元,就是指应用的最小可测试部件. 在面向对象领域,最小单

谈谈单元测试之(四):测试工具 TestNG

前言 上一篇文章<测试工具 JUnit 4>中提到了 JUnit 4,并对 JUnit 4 做了简单的讨论,这篇文章我们将要围绕另一款测试工具讨论 -- TestNG.其实,这篇文章应该写在<测试工具 JUnit 3>之后,和<测试工具 JUnit 4>之前,为什么这么说呢? 那是因为,TestNG 是在 JUnit 3 之后出来了,而 JUnit 4 是在 TestNG 推出之后,综合 JUnit 3 的优点,并且借鉴了 TestNG 的优势,才推出的.但是,考虑到,