/VB.NET等进行单元测试,/VB.NET等进行单元测试

二零一六.6.27 微软曾经正式公布了.NET Core 1.0
奥迪Q5TM,但是工具链依旧预览版,同样的大方的开源测试库也都以最少公布了Alpha测试版扶助.NET
Core, 那篇作品 The State of .Net Core Testing
Today

就将逐条开源测试库的当前举办举行了汇总。本文我们的指标是在我们创设我们应用程序的时候能够举办测试,怎样行使XUnit结合您可以经过为你的类别拉长区别的测试用例NSubstitute实行单元测试,同时对整个项目展开合并测试。这一次大家利用Visual
Studio 二〇一四 Update 3实行编写 。xUnit.net是基于.NET Framework
的开源测试工具。通过xUnit.net能够针对C#/F#/VB.NET等实行单元测试。ASP.NET
Core 更直接把过去的Visual Studio Unit Test Framework
说再见了,而直白动用上了xUnit.net,xUnit.net基于NUnit
。从网站或然官网上,你能够找到不少xUnit的独到之处,与NUnit和此外测试框架相比较有须臾间局地优势 
         1)为各样测试方法发生三个指标实例
         2)取消了[SetUp]和[TearDown]
         3)取消了[ExpectedException]
         4)类似于Aspect的功能
         5)收缩了自定义属性(Attribute)的多少
         6)采纳泛型
         7)匿名委托
         8)可扩展的预感
         9)可扩充的测试方法
         10)可扩展的测试类

2014.6.27 微软一度正式发布了.NET Core 1.0
翼虎TM,不过工具链依然预览版,同样的汪洋的开源测试库也都是起码发表了Alpha测试版支持.NET
Core, 这篇作品 The State of .Net Core Testing
Today

就将顺序开源测试库的近年来展开进行了汇总。本文我们的目标是在大家创设大家应用程序的时候能够进行测试,怎样利用XUnit结合你能够因而为您的档次拉长分歧的测试用例NSubstitute举办单元测试,同时对全部项目进展集成测试。此次大家利用Visual
Studio 2016 Update 3进行编写 。xUnit.net是基于.NET Framework
的开源测试工具。通过xUnit.net能够针对C#/F#/VB.NET等开始展览单元测试。ASP.NET
Core 更直接把昔日的Visual Studio Unit Test Framework
说再见了,而直接使用上了xUnit.net,xUnit.net基于NUnit
。从网站照旧官网上,你能够找到不少xUnit的独到之处,与NUnit和其他测试框架比较有瞬间局部优势 
         1)为各样测试方法产生一个对象实例
         2)取消了[SetUp]和[TearDown]
         3)取消了[ExpectedException]
         4)类似于Aspect的功能
         5)裁减了自定义属性(Attribute)的数额
         6)选取泛型
         7)匿名委托
         8)可扩展的预知
         9)可扩张的测试方法
         10)可扩展的测试类

        
通晓更多关于xUnit.net能够参考那里(点击打开链接[舍弃Nunit拥抱Xunit])。

        
驾驭更加多关于xUnit.net能够参照那里(点击打开链接[舍弃Nunit拥抱Xunit])。

 

 

采取xUnit.net 单元测试

行使xUnit.net 单元测试

 

 

 

 

先是我们好像于.NET Core体系 :三 、使用四个品类
创立二个化解方案testdemo,添加1个类库项目名为DotnetCoreLib,Library.cs
也交替为:

namespace DotnetCoreLib
{
    public class Calculator
    {
        public int Multi(int x, int y)
        {
            return x * y;
        }
    }

}

图片 1

上面大家要开创2个针对DotnetCoreLib的测试项目,具体创设进度大家参照小说
https://github.com/dotnet/core-docs/tree/master/samples/core/getting-started/unit-testing-using-dotnet-test
,大家修改DotnetCoreLibTest 项目标project.json
,扩展XUnit相关的nuget包引用,并修改部分安排。

 

图片 2 

再有我们设置Framework节点为 netcoreapp1.0, 重视的xunit
和xunit.runner的包

“dependencies”: {
    “dotnet-test-xunit”: “2.2.0-preview2-build1029”,
    “DotnetCoreLib”: {
      “version”: “1.0.0-*”,
      “target”: “project”
    },
    “xunit”: “2.2.0-beta2-build3300”,
    “xunit.runner.console”: “2.2.0-beta2-build3300”
  }

 

Calculator接下去就从头测试我们的类库Calculator,
修改Class1.cs为CalculatorTest.cs ,

 

using DotnetCoreLib;
using Xunit;

 

namespace DotnetCoreLibTest
{
    public class CalTest
    {
        private readonly Calculator calculator;

        public CalTest()
        {
            calculator = new Calculator();
        }

 

        [Fact]
        public void OneMutiOneIsOne()
        {
            var result = calculator.Multi(1, 1);
            Assert.Equal(1, result);
        }

 

        [Theory]
        [InlineData(-1)]
        [InlineData(0)]
        [InlineData(1)]
        public void ReturnValue(int value)
        {
            var result = calculator.Multi(1,value);

            Assert.Equal(result, value);
        }
    }
}

 

地点的四个测试,大家独家用了1个特色[Fact] 和[Theory],
[Fact]天性表示为二个办法的单个测试,[Theory]属性表示执行同样的代码,可是有例外的输入的参数的测试套件。[InlineData]
属性可用于钦点为那些输入值。通过特色[Fact]
和[Theory],xUnit就清楚了这是个测试方法,然后运转那个艺术。在3个测试方法中,大家一般坚守包括三手续的AAA模式:

  1. Arrange:为测试准备
  2. Act:运维SUT(实际测试的代码)
  3. Assert:校验结果

上面大家运维dotnet test 就足以见见结果了。

C:\Users\geffz\Documents\Visual Studio
2015\Projects\TestDemo\DotnetCoreLibTest>dotnet test
Project DotnetCoreLib (.NETCoreApp,Version=v1.0) was previously
compiled. Skipping compilation.
Project DotnetCoreLibTest (.NETCoreApp,Version=v1.0) was previously
compiled. Skipping compilation.
xUnit.net .NET CLI test runner (64-bit .NET Core win10-x64)
  Discovering: DotnetCoreLibTest
  Discovered:  DotnetCoreLibTest
  Starting:    DotnetCoreLibTest
  Finished:    DotnetCoreLibTest
=== TEST EXECUTION SUMMARY ===
   DotnetCoreLibTest  Total: 4, Errors: 0, Failed: 0, Skipped: 0, Time:
0.206s
SUMMARY: Total: 1 targets, Passed: 1, Failed: 0.

 

上边的输出大家驾驭已经推行了陆个测试,都由此了,[Face]特征标识表示固定输入的测试用例,而[Theory]特点标识表示能够钦点三个输入的测试用例,结合InlineData性子标识应用。在地点的例证里,总共使用了1遍InlineData天性标识,每一次设定的值都不比,在推行单元测试时,设定的值会被测试框架赋值到相应的测试方法的参数里。你能够由此为您的品种增加分歧的测试用例,那样就能够让你的代码获得丰富测试。

 

 

 

首先我们好像于.NET Core连串 :三 、使用多个类型
成立四个解决方案testdemo,添加1个类库项目名为DotnetCoreLib,Library.cs
也交替为:

namespace DotnetCoreLib
{
    public class Calculator
    {
        public int Multi(int x, int y)
        {
            return x * y;
        }
    }

}

图片 3

下边大家要创建三个针对DotnetCoreLib的测试项目,具体创设进度大家参照作品
https://github.com/dotnet/core-docs/tree/master/samples/core/getting-started/unit-testing-using-dotnet-test
,大家修改DotnetCoreLibTest 项指标project.json
,扩充XUnit相关的nuget包引用,并修改部分铺排。

 

图片 4 

再有大家设置Framework节点为 netcoreapp1.0, 重视的xunit
和xunit.runner的包

“dependencies”: {
    “dotnet-test-xunit”: “2.2.0-preview2-build1029”,
    “DotnetCoreLib”: {
      “version”: “1.0.0-*”,
      “target”: “project”
    },
    “xunit”: “2.2.0-beta2-build3300”,
    “xunit.runner.console”: “2.2.0-beta2-build3300”
  }

 

Calculator接下去就从头测试大家的类库Calculator,
修改Class1.cs为CalculatorTest.cs ,

 

using DotnetCoreLib;
using Xunit;

 

namespace DotnetCoreLibTest
{
    public class CalTest
    {
        private readonly Calculator calculator;

        public CalTest()
        {
            calculator = new Calculator();
        }

 

        [Fact]
        public void OneMutiOneIsOne()
        {
            var result = calculator.Multi(1, 1);
            Assert.Equal(1, result);
        }

 

        [Theory]
        [InlineData(-1)]
        [InlineData(0)]
        [InlineData(1)]
        public void ReturnValue(int value)
        {
            var result = calculator.Multi(1,value);

            Assert.Equal(result, value);
        }
    }
}

 

地方的几个测试,大家分别用了三个特色[Fact] 和[Theory],
[Fact]质量表示为三个措施的单个测试,[Theory]品质表示执行同样的代码,可是有分裂的输入的参数的测试套件。[InlineData]
属性可用来钦定为那几个输入值。通过特征[Fact]
和[Theory],xUnit就掌握了那是个测试方法,然后运营这么些点子。在多少个测试方法中,大家一般遵从包罗三步骤的AAA模式:

  1. Arrange:为测试准备
  2. Act:运作SUT(实际测试的代码)
  3. Assert:校验结果

上面大家运营dotnet test 就能够看来结果了。

C:\Users\geffz\Documents\Visual Studio
2015\Projects\TestDemo\DotnetCoreLibTest>dotnet test
Project DotnetCoreLib (.NETCoreApp,Version=v1.0) was previously
compiled. Skipping compilation.
Project DotnetCoreLibTest (.NETCoreApp,Version=v1.0) was previously
compiled. Skipping compilation.
xUnit.net .NET CLI test runner (64-bit .NET Core win10-x64)
  Discovering: DotnetCoreLibTest
  Discovered:  DotnetCoreLibTest
  Starting:    DotnetCoreLibTest
  Finished:    DotnetCoreLibTest
=== TEST EXECUTION SUMMARY ===
   DotnetCoreLibTest  Total: 4, Errors: 0, Failed: 0, Skipped: 0, Time:
0.206s
SUMMARY: Total: 1 targets, Passed: 1, Failed: 0.

 

地点的出口大家知道已经施行了6个测试,都经过了,[Face]特性标识表示一定输入的测试用例,而[Theory]特征标识表示能够钦赐多个输入的测试用例,结合InlineData性情标识应用。在上头的例证里,总共使用了三回InlineData个性标识,每便设定的值都分化,在执行单元测试时,设定的值会被测试框架赋值到相应的测试方法的参数里。你能够透过为你的类别增加分化的测试用例,那样就足以让您的代码得到丰盛测试。

 

xUnit.net 搭配NSubstitute 实行单元测试

 

  
在三个拨出结构清晰的花色里,各层之间正视于事先约定好的接口。在多少人合作开发时,半数以上人都只会承担本人的那有个别模块功用,开发进程常常景况下也差别。当有些开发人士要求对自身的模块进行单元测试而借助的其余模块还尚未开发成功时,则须要对借助的接口通过Mock的措施提供模拟作用,从而达成在不实际信赖别的模块的切切实实功用的状态下完了自个儿模块的单元测试工作。那时我们普通须求有几个单元测试模拟类库,平素以来,开发者对
mocking 类库的语法的简洁性有显然的急需,NSubstitute
试图满意这一要求。简单明了的语法能够让大家将宗旨放在测试自身,而不是纠缠在测试替代实例的创立和布署上。NSubstitute
已尝试将最常用的操作供给不难化、易用化,并协理部分不常用的或探索性的效果,与此同时还尽量地将其语法向自然语言靠近。关于NSubstitute的更详细消息请往
NSubstitute完全手册索引

 

NSubstitute 已经公布2.0 汉兰达C版本协理.NET Core。引入NSubstitute
相关nuget包:

图片 5

作者们把Calculator 类重构下提取出接口ICalculator:

    public interface ICalculator
    {
        int Multi(int x, int y);
    }

 

咱俩得以让NSubstitute来创立项目实例的代表实例,能够成立诸如
Stub、Mock、Fake、Spy、Test Double
等,但当大家只是想要二个能有自然程度决定的替代实例时,为何我们要麻烦于此呢?大家能够告诉被成立的替代实例,当方法被调用时重临叁个值:

     [Fact]
      public void Test_GetStarted_ReturnSpecifiedValue()
      {
          ICalculator calculator =
Substitute.For<ICalculator>();
          calculator.Multi(1, 2).Returns(2);

          int actual = calculator.Multi(1, 2);
          Assert.Equal(2, actual);
      }

上边大家运营dotnet test
就足以看到结果了,扩张了地点的2个用例,关于NSubstitute的更详细音信请往
NSubstitute完全手册索引

图片 6

 

xUnit.net 搭配NSubstitute 实行单元测试

 

  
在1个拨出结构清晰的体系里,各层之间正视于事先约定好的接口。在多少人搭档开发时,超越百分之五十人都只会担当协调的那某些模块功用,开发进程平常状态下也不等同。当某些开发职员要求对协调的模块举办单元测试而借助于的别样模块还尚无支付到位时,则须要对借助的接口通过Mock的措施提供模拟功效,从而实以后不实际正视别的模块的现实际效果果的意况下成功自身模块的单元测试工作。那时我们平时供给有多个单元测试模拟类库,一向以来,开发者对
mocking 类库的语法的简洁性有明显的须求,NSubstitute
试图满意这一需要。简单明了的语法能够让大家将大旨放在测试本身,而不是纠缠在测试替代实例的创导和安插上。NSubstitute
已尝试将最常用的操作要求简单化、易用化,并支持部分不常用的或探索性的效应,与此同时还尽量地将其语法向自然语言靠近。关于NSubstitute的更详细信息请往
NSubstitute完全手册索引

 

NSubstitute 已经公告2.0 LacrosseC版本帮忙.NET Core。引入NSubstitute
相关nuget包:

图片 7

俺们把Calculator 类重构下提取出接口ICalculator:

    public interface ICalculator
    {
        int Multi(int x, int y);
    }

 

咱俩得以让NSubstitute来创建项目实例的代表实例,可以成立诸如
Stub、Mock、Fake、Spy、Test Double
等,但当我们只是想要1个能有自然程度决定的替代实例时,为啥大家要麻烦于此呢?我们能够告知被成立的替代实例,当方法被调用时重返一个值:

     [Fact]
      public void Test_GetStarted_ReturnSpecifiedValue()
      {
          ICalculator calculator =
Substitute.For<ICalculator>();
          calculator.Multi(1, 2).Returns(2);

          int actual = calculator.Multi(1, 2);
          Assert.Equal(2, actual);
      }

上面我们运转dotnet test
就足以见到结果了,扩大了上边包车型客车三个用例,关于NSubstitute的更详细音信请往
NSubstitute完全手册索引

图片 8

 

合并测试

地点我们只是对逻辑进行了单元测试。对于Asp.Net
Core项目,还供给效法在网站安插的图景下对种种请求入口举办测试。NET Core
可为快捷轻松集成测试提供越发棒的支撑。

TestServer 类为 ASP.NET Core
中的集成测试执行半数以上千斤操作,Microsoft.AspNetCore.TestHost
包中具备此类。本节内容出自于MSDN杂志《 ASP.NET Core – 实际的 ASP.NET
Core MVC
筛选器
》,这么些合并测试不必要数据库或
Internet 连接或运维的 Web
服务器。它们犹如单元测试一样便捷简单,但最要害的是,它们允许你在总体请求管道中测试
ASP.NET
应用,而不只是决定器类中的孤立方法。建议尽量编写单元测试,并针对无法单元测试的表现退回到集成测试,但采取此类高品质方式在
ASP.NET Core 中运作集成测试是特别棒的。

 

经过在三个工程里同时效仿了服务端(TestServer)和客户端(HttpClient)的通信,从而达到了全体育项目测验试WebApi接口的目标,相关的代码放在https://github.com/ardalis/GettingStartedWithFilters/tree/master/IntegrationTests
。小说对ASP.NET CORE
MVC的筛选器进行测试,由于很难通过编写制定单元测试来测试此类现象,可是足以通过ASP.NET
Core 的合并测试来完毕平等的指标。

using System.IO;
using System.Net.Http;
using System.Net.Http.Headers;
using Filters101;
using Microsoft.AspNetCore.Hosting;
using Microsoft.AspNetCore.TestHost;

 

namespace IntegrationTests
{
    public class AuthorsControllerTestBase
    {
        protected HttpClient GetClient()
        {
            var builder = new WebHostBuilder()
                .UseContentRoot(Directory.GetCurrentDirectory())
                .UseStartup<Startup>()
                .UseEnvironment(“Testing”);
            var server = new TestServer(builder);
            var client = server.CreateClient();

            // client always expects json results
            client.DefaultRequestHeaders.Clear();
            client.DefaultRequestHeaders.Accept.Add(
                new
MediaTypeWithQualityHeaderValue(“application/json”));

            return client;
        }
    }
}

 

 

using System.Collections.Generic;
using System.Linq;
using System.Net.Http;
using System.Threading.Tasks;
using Filters101.Models;
using Newtonsoft.Json;
using Xunit;

namespace IntegrationTests.AuthorsController
{
    public class Get : AuthorsControllerTestBase
    {
        private readonly HttpClient _client;

        public Get()
        {
            _client = base.GetClient();
        }

        [Theory]
        [InlineData(“authors”)]
        [InlineData(“authors2”)]
        public async Task ReturnsListOfAuthors(string controllerName)
        {
            var response = await
_client.GetAsync($”/api/{controllerName}”);
            response.EnsureSuccessStatusCode();
            var stringResponse = await
response.Content.ReadAsStringAsync();
            var result =
JsonConvert.DeserializeObject<IEnumerable<Author>>(stringResponse).ToList();

            Assert.Equal(2, result.Count());
            Assert.Equal(1, result.Count(a => a.FullName == “Steve
Smith”));
            Assert.Equal(1, result.Count(a => a.FullName == “Neil
Gaiman”));
        }
    }
}

该案例中的客户端是规范的
System.Net.Http.HttpClient,你能够选取它向服务器发出请求,正就如通过互连网同样。但因为拥有请求都在内部存款和储蓄器中开始展览,所以测试最好快速可信赖。在cmd窗口进行单元测试,查看测试结果

图片 9

购并测试

地点大家只是对逻辑进行了单元测试。对于Asp.Net
Core项目,还索要效法在网站布署的情事下对一一请求入口进行测试。NET Core
可为急迅轻松集成测试提供尤其棒的支撑。

TestServer 类为 ASP.NET Core
中的集成测试执行超越八分之四艰辛操作,Microsoft.AspNetCore.TestHost
包中颇具此类。本节内容出自于MSDN杂志《 ASP.NET Core – 实际的 ASP.NET
Core MVC
筛选器
》,那个合并测试不须要数据库或
Internet 连接或运营的 Web
服务器。它们就如单元测试一样高速不难,但最要紧的是,它们允许你在方方面面请求管道中测试
ASP.NET
应用,而不只是控制器类中的孤立方法。提议尽量编写单元测试,并针对不能够单元测试的作为退回到集成测试,但选用此类高品质方式在
ASP.NET Core 中运作集成测试是充足棒的。

 

经过在贰个工程里同时效仿了服务端(TestServer)和客户端(HttpClient)的通讯,从而达成了一体化测试WebApi接口的目的,相关的代码放在https://github.com/ardalis/GettingStartedWithFilters/tree/master/IntegrationTests
。文章对ASP.NET CORE
MVC的筛选器进行测试,由于很难通过编写制定单元测试来测试此类现象,不过足以由此ASP.NET
Core 的合并测试来达到平等的目标。

using System.IO;
using System.Net.Http;
using System.Net.Http.Headers;
using Filters101;
using Microsoft.AspNetCore.Hosting;
using Microsoft.AspNetCore.TestHost;

 

namespace IntegrationTests
{
    public class AuthorsControllerTestBase
    {
        protected HttpClient GetClient()
        {
            var builder = new WebHostBuilder()
                .UseContentRoot(Directory.GetCurrentDirectory())
                .UseStartup<Startup>()
                .UseEnvironment(“Testing”);
            var server = new TestServer(builder);
            var client = server.CreateClient();

            // client always expects json results
            client.DefaultRequestHeaders.Clear();
            client.DefaultRequestHeaders.Accept.Add(
                new
MediaTypeWithQualityHeaderValue(“application/json”));

            return client;
        }
    }
}

 

 

using System.Collections.Generic;
using System.Linq;
using System.Net.Http;
using System.Threading.Tasks;
using Filters101.Models;
using Newtonsoft.Json;
using Xunit;

namespace IntegrationTests.AuthorsController
{
    public class Get : AuthorsControllerTestBase
    {
        private readonly HttpClient _client;

        public Get()
        {
            _client = base.GetClient();
        }

        [Theory]
        [InlineData(“authors”)]
        [InlineData(“authors2”)]
        public async Task ReturnsListOfAuthors(string controllerName)
        {
            var response = await
_client.GetAsync($”/api/{controllerName}”);
            response.EnsureSuccessStatusCode();
            var stringResponse = await
response.Content.ReadAsStringAsync();
            var result =
JsonConvert.DeserializeObject<IEnumerable<Author>>(stringResponse).ToList();

            Assert.Equal(2, result.Count());
            Assert.Equal(1, result.Count(a => a.FullName == “Steve
Smith”));
            Assert.Equal(1, result.Count(a => a.FullName == “Neil
Gaiman”));
        }
    }
}

该案例中的客户端是标准的
System.Net.Http.HttpClient,你能够选用它向服务器发出请求,正仿佛通过互联网同样。但因为有着请求都在内部存储器中展开,所以测试最好便捷可靠。在cmd窗口进行单元测试,查看测试结果

图片 10

相关文章