JustMock .NET单元测试利器(三)用JustMock测试你的应用程序

简介: 用JustMock测试你的应用程序 本主题将指导您通过几个简单的步骤来使用Telerik®JustMock轻松测试您的应用程序。您将理解一个简单的原理,称为Arrange / Act / Assert,并熟悉框架中的核心方法和属性,这些方法和属性在最常见的测试场景中使用 为了说明下一个例子中JustMock的用法,我们将使用一个样本仓库(warehouse)和一个依赖订单对象(Order)。

JustMock测试你的应用程序

本主题将指导您通过几个简单的步骤来使用Telerik®JustMock轻松测试您的应用程序。您将理解一个简单的原理,称为Arrange / Act / Assert,并熟悉框架中的核心方法和属性,这些方法和属性在最常见的测试场景中使用

为了说明下一个例子中JustMock的用法,我们将使用一个样本仓库(warehouse)和一个依赖订单对象(Order)。仓库持有不同产品的库存。订单包含产品和数量。

仓库界面和订单类看起来像这样:

 

publicdelegatevoidProductRemoveEventHandler(string productName,int quantity);

 

publicinterfaceIwarehouse

{

    eventProductRemoveEventHandlerProductRemoved;

 

    stringManager{get;set;}

 

    boolHasInventory(string productName,int quantity);

    voidRemove(string productName,int quantity);

}

 

publicclassOrder

{

    publicOrder(string productName,int quantity)

    {

        this.ProductName= productName;

        this.Quantity= quantity;

    }

 

    publicstringProductName{get;privateset;}

    publicintQuantity{get;privateset;}

    publicboolIsFilled{get;privateset;}

 

    publicvoidFill(Iwarehouse warehouse)

    {

        if(warehouse.HasInventory(this.ProductName,this.Quantity))

        {

            warehouse.Remove(this.ProductName,this.Quantity);

        }

    }

 

    publicvirtualstringReceipt(DateTime orderDate)

    {

        returnstring.Format("Ordered {0} {1} on{2}",this.Quantity,this.ProductName, orderDate.ToString("d"));

    }

}


 

 

 

方法

DoInstead

DoInstead当您想要通过用自定义操作替换方法来更改方法的行为时,可以使用该方法。我们用上面的例子来说明如何使用DoInstead

 

[TestMethod]

    publicvoidDoInstead_TestMethod()

    {

        //Arrange

        var warehouse =Mock.Create<Iwarehouse>();

        var order =newOrder("Camera",2);

 

        bool called =false;

        Mock.Arrange(()=> warehouse.HasInventory("Camera",2)).DoInstead(()=> called =true);

 

        //Act

        order.Fill(warehouse);

 

        //Assert

        Assert.IsTrue(called);

}


 

简单的说 - 我们安排,当仓库的HasInventory方法调用参数“camera”2,我们将执行行动“ ()=>called=true ”,而不是调用实际的方法。

CallOriginal

在某些情况下,您可能希望在调用原始方法实现时使用特定的值调用该方法,并使用其他值调用模拟。为此,您可以使用该CallOriginal方法。

 

[TestMethod]

    publicvoidCallOriginal_TestMethod()

    {

        //Arrange

        var order =Mock.Create<Order>(Behavior.CallOriginal,"Camera",2);

 

        Mock.Arrange(()=> order.Receipt(DateTime.Today)).CallOriginal();

        Mock.Arrange(()=> order.Receipt(Arg.Matches<DateTime>(d => d >DateTime.Today))).Returns("InvalidDateTime");

 

        //Act

        var callWithToday =order.Receipt(DateTime.Today);

        var callWithDifferentDay = order.Receipt(DateTime.Today.AddDays(1));

 

        //Assert

        Assert.AreEqual("Ordered 2 Camera on "+DateTime.Today.ToString("d"), callWithToday);

        Assert.AreEqual("Invalid DateTime", callWithDifferentDay);

}


 

在这个例子中,我们安排当order.Receipt用参数调用DateTime.Today方法时,应该调用原来的方法实现。但是,一旦晚于日期调用相同的方法,DateTime.Today我们将返回Invalid DateTime

 

throws

Throws当你想抛出一个异常特定方法调用方法时使用。在下面的例子中,我们抛出一个无效的操作异常,试图调用仓库删除零个数量。

 

[TestMethod]

    [ExpectedException(typeof(InvalidOperationException))]

    publicvoidThrows_TestMethod()

    {

        //Arrange

        var order =newOrder("Camera",0);

        var warehouse =Mock.Create<Iwarehouse>();

 

        //Set up that the ware house has inventory of any products with any quantities.

        Mock.Arrange(()=> warehouse.HasInventory(Arg.IsAny<string>(),Arg.IsAny<int>())).Returns(true);

 

        //Set up that call to warehouse.Remove with zero quantity is invalid and throwsan exception.

        Mock.Arrange(()=> warehouse.Remove(Arg.IsAny<string>(),Arg.Matches<int>(x => x ==0)))

                    .Throws(newInvalidOperationException());

 

        //Act

        order.Fill(warehouse);

}


 

在这种情况下,我们使用ExpectedException属性Microsoft.VisualStudio.TestTools.UnitTesting来验证类型InvalidOperationException的异常是否被抛出。

 

Machers

匹配器让你忽略传递实际值作为模拟中使用的参数。相反,它们给你传递一个满足参数类型或期望值范围的表达式的可能性。例如,如果方法接受字符串作为第一个参数,则不需要传递特定的字符串,如“Camera”,而是可以使用Arg.IsAny<string>()

JustMock支持三种类型的匹配器:

1.   Arg.IsAny<[Type]>();

2.   Arg.IsInRange([FromValue : int], [ToValue : int],[RangeKind])

3.   Arg.Matches(Expression> expression)

我们来看看它们的详细用法。

Arg.IsAny();

我们已经在上面的一个例子中使用了这个匹配器。

 

Mock.Arrange(()=> warehouse.HasInventory(Arg.IsAny<string>(),Arg.IsAny<int>())).Returns(true);

 


 

这个匹配器指定当HasInventory任何字符串作为第一个参数调用方法,任何int作为第二个参数时,它应该返回true

 

Arg.IsInRangeint fromint to,RangeKind range

IsInRange匹配器让我们安排一个预期值范围的调用。通过RangeKind论证,我们可以指定给定的范围是包含还是排除其边界。

对于范围从05的参数值,将返回以下内容true

 

Mock.Arrange(()=> foo.Echo(Arg.IsInRange(0,5,RangeKind.Inclusive))).Returns(true);


 

Arg.Matches (Expression> expression)

这是最灵活的匹配器,它允许你指定你自己的匹配表达式。我们用一个简单的例子来说明:

 

Mock.Arrange(()=> foo.Echo(Arg.Matches<int>( x => x <10)).Returns(true);


 

属性

在上面的例子中,我们只模拟方法,但是你也可以用同样的方法来模拟属性。

 

[TestMethod]

    publicvoidMockingProperties_TestMethod()

    {

        //Arrange

        var warehouse =Mock.Create<Iwarehouse>();

 

        Mock.Arrange(()=> warehouse.Manager).Returns("John");

 

        string manager =string.Empty;

 

        //Act

        manager = warehouse.Manager;

 

        //Assert

        Assert.AreEqual("John", manager);

}


 

另外,还可以给属性赋值

 

[TestMethod]

    [ExpectedException(typeof(StrictMockException))]

    publicvoidMockingProperties_PropertySet_TestMethod()

    {

        //Arrange

        var warehouse =Mock.Create<Iwarehouse>(Behavior.Strict);

 

        Mock.ArrangeSet(()=> warehouse.Manager="John");

 

        //Act

        warehouse.Manager="Scott";

}


 

在安排步骤中,我们设置仓库经理只能设置为“John”。但是在行动步骤中,我们将经理设置为“Scott”。这抛出了一个模拟异常。请记住,这只会在您使用StrictBehavior创建模拟时才起作用

另一个常用的技巧是断言将属性设置为特定值会引发异常。我们来安排一下

 

[TestMethod]

    [ExpectedException(typeof(ArgumentException))]

    publicvoidMockingProperties_PropertySet_Throws_TestMethod()

    {

        //Arrange

        var warehouse =Mock.Create<Iwarehouse>();

 

        Mock.ArrangeSet(()=> warehouse.Manager="John").Throws<ArgumentException>();

 

        //Act

        //that's ok

        warehouse.Manager="Scott";

 

        //but that would throw an ArgumentException

        warehouse.Manager="John";

}


 

在这里,我们使用Throws上面讨论的方法来表明如果warehouse.Manager设置为“John”,则应抛出异常。

 

活动

该方法Raises允许您在调用方法时引发事件并传递特定的事件参数。回到我们的仓库示例,我们可能想要在调用ProductRemovedRemove方法时引发事件。

 

[TestMethod]

    publicvoidRaisingAnEvent_TestMethod()

    {

        //Arrange

        var warehouse =Mock.Create<Iwarehouse>();

 

        Mock.Arrange(()=> warehouse.Remove(Arg.IsAny<string>(),Arg.IsInRange(int.MinValue,int.MaxValue,RangeKind.Exclusive)))

            .Raises(()=> warehouse.ProductRemoved+=null,"Camera",2);

 

        string productName =string.Empty;

        int quantity =0;

 

        warehouse.ProductRemoved+=(p, q)=>{ productName = p; quantity =q;};

 

        //Act

        warehouse.Remove(Arg.AnyString,Arg.AnyInt);

 

        //Assert

        Assert.AreEqual("Camera", productName);

        Assert.AreEqual(2, quantity);

}


 

在安排步骤中,我们设置一旦仓库的Remove方法被调用,我们将ProductRemoved用参数“Camera”来提升调用事件。

 项目GitHub地址:https://github.com/liuzhenyulive/JustMockDemo

参考文献:http://docs.telerik.com/devtools/justmock/getting-started/quick-start#testing-your-application-with-justmock

 

相关文章
|
1天前
|
敏捷开发 Devops jenkins
深入理解与实践:持续集成在软件测试中的应用
【5月更文挑战第20天】 随着敏捷开发和DevOps文化的普及,持续集成(Continuous Integration, CI)已成为软件开发周期中不可或缺的一环。本文将探讨CI在软件测试中的关键作用,包括其如何提高测试效率、减少集成问题以及促进团队协作。通过分析持续集成的工作流程和工具使用,我们将展示如何在现代软件工程实践中有效地整合CI策略,以确保代码质量和项目稳定性。
|
1天前
|
机器学习/深度学习 敏捷开发 存储
深入理解自动化测试中的数据驱动策略深度学习在图像识别中的应用与挑战
【5月更文挑战第20天】 在现代软件开发过程中,自动化测试已成为确保产品质量和加快市场投放速度的关键因素。数据驱动测试(DDT)作为一种高效的自动化测试策略,它允许测试用例与测试数据分离,从而增强测试案例的可重用性并提高测试覆盖率。本文将探讨数据驱动策略的核心概念、实现方法以及在实际测试中的应用,旨在为软件测试工程师提供一种系统化和模块化的测试手段。 【5月更文挑战第20天】 随着人工智能技术的飞速发展,深度学习已经成为了图像识别领域的核心技术。本文将探讨深度学习在图像识别中的应用,以及在实际应用中所面临的挑战。我们将介绍卷积神经网络(CNN)的基本概念,以及如何利用深度学习进行图像分类、目
|
2天前
|
机器学习/深度学习 人工智能 测试技术
提升软件测试效率:智能化测试工具的应用与展望
【5月更文挑战第19天】 在快速发展的软件行业中,保证产品质量的同时提高测试效率已成为一个关键挑战。传统的手动测试方法由于其耗时且易出错的局限性,逐渐不能满足现代软件开发的需求。智能化测试工具的出现为解决这一问题提供了新的思路。本文将探讨智能化测试工具如何通过自动化和人工智能技术优化测试流程,减少重复性工作,并预测未来测试工具的发展趋势。我们将分析这些工具在实际应用中的表现,以及它们对提高软件测试效率和准确性的潜在影响。
20 8
|
4天前
|
敏捷开发 Java Devops
深入理解与应用软件测试中的Mock技术
【5月更文挑战第17天】 在现代软件开发过程中,单元测试是保证代码质量的重要手段。然而,对于依赖外部系统或服务的功能,如何有效进行单元测试一直是一大挑战。Mock技术的引入为这一难题提供了解决方案。本文将详细探讨Mock技术的概念、应用场景以及在实际软件测试中的优势和局限性,同时提供一些最佳实践和常见框架的使用指南。
|
4天前
|
Java 测试技术 数据库
深入理解与应用软件测试中的Mock对象
【5月更文挑战第17天】在软件开发过程中,单元测试是确保代码质量的重要环节。本文将深入探讨Mock对象在软件测试中的应用,分析其对提升测试效率和准确性的重要性。通过具体案例,我们将了解如何创建和使用Mock对象,以及它们如何帮助开发者隔离依赖,模拟外部系统行为,从而使得单元测试更加高效和可靠。
|
5天前
|
测试技术
深入理解与应用软件测试中的边界值分析法
【5月更文挑战第16天】 在追求软件产品质量的道路上,边界值分析法(Boundary Value Analysis, BVA)作为一种高效的测试设计技术,因其独特的关注点和较高的缺陷检出率而备受青睐。本文将探讨BVA的核心概念、操作流程及其在多变的测试场景中的应用优势。通过深入剖析边界值分析法的原理和执行步骤,揭示其在发现潜藏于输入、输出范围边界的软件缺陷方面的有效性,并讨论如何结合其他测试方法以优化测试覆盖率。文章还将展示通过案例分析和统计数据支撑的BVA应用效果,以及在实践中应注意的问题和可能的改进方向。
6 0
|
6天前
|
开发框架 监控 Java
深入探索Spring Boot的监控、管理和测试功能及实战应用
【5月更文挑战第14天】Spring Boot是一个快速开发框架,提供了一系列的功能模块,包括监控、管理和测试等。本文将深入探讨Spring Boot中监控、管理和测试功能的原理与应用,并提供实际应用场景的示例。
18 2
|
6天前
|
测试技术
深入理解与应用软件测试中的边界值分析法
【5月更文挑战第14天】 在软件开发的生命周期中,确保代码质量和功能正确性是至关重要的。本文将深入探讨一种高效的软件测试技术——边界值分析法(Boundary Value Analysis, BVA)。不同于通常的摘要形式,此部分将直接引导读者了解BVA的核心原理、应用方法及其在实际工作中的重要性。通过分析边界条件引发的缺陷案例,我们揭示了如何利用BVA提高测试覆盖率,优化测试用例设计,从而提升软件测试的有效性和效率。
|
6天前
|
监控 数据可视化 IDE
python自动化测试实战 —— 单元测试框架
python自动化测试实战 —— 单元测试框架
20 2
|
6天前
|
Linux 测试技术 Windows
LabVIEW对NI Linux RT应用程序性能进行基准测试
LabVIEW对NI Linux RT应用程序性能进行基准测试

热门文章

最新文章