2016.6.27 微软早已正式颁发了.NET Core 1.0
RTM,不过工具链仍旧预览版,同样的大方的开源测试库也都是起码发表了Alpha测试版帮忙.NET
Core, 这篇小说 The State of .Net Core Testing
Today

就将相继开源测试库的近来进展举办了汇总。本文我们的目标是在我们构建大家应用程序的时候可以举办测试,如何选取XUnit结合你可以透过为你的花色增长不同的测试用例NSubstitute举行单元测试,同时对所有项目进行合并测试。这一次大家应用Visual
Studio 2015 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 单元测试

 

 

 

率先大家好像于.NET Core连串 :3
、使用三个连串

成立一个化解方案testdemo,添加一个类库项目名为DotnetCoreLib,Library.cs
也交替为:

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

}

json 1

下边大家要创立一个针对性DotnetCoreLib的测试项目,具体创制过程大家参照作品
https://github.com/dotnet/core-docs/tree/master/samples/core/getting-started/unit-testing-using-dotnet-test
,我们修改DotnetCoreLibTest 项目标project.json
,扩充XUnit相关的nuget包引用,并修改部分部署。

 

json 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);
        }
    }
}

 

地点的六个测试,我们分别用了2个性状[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.

 

下面的输出大家领悟已经推行了4个测试,都因此了,[Face]特色标识表示固定输入的测试用例,而[Theory]特征标识表示可以指定三个输入的测试用例,结合InlineData特性标识应用。在上头的例子里,总共使用了两次InlineData特性标识,每一次设定的值都不同,在举办单元测试时,设定的值会被测试框架赋值到对应的测试方法的参数里。你可以透过为你的项目增长不同的测试用例,那样就足以让你的代码拿到丰裕测试。

 

 

购并测试

地点我们只是对逻辑举行了单元测试。对于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;
json,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窗口举行单元测试,查看测试结果

json 3

        
精通更多关于xUnit.net可以参照这里(点击打开链接[舍弃Nunit拥抱Xunit])。

xUnit.net 搭配NSubstitute 举办单元测试

 

  
在一个分段结构清晰的档次里,各层之间看重于事先约定好的接口。在五个人搭档开发时,大多数人都只会负责协调的这部分模块效率,开发进度平日状态下也不一致。当某个开发人员需要对协调的模块进行单元测试而借助于的此外模块还并未开发到位时,则需要对依赖的接口通过Mock的艺术提供模拟功用,从而达到在不实际倚重其他模块的切切实实效果的情事下形成自己模块的单元测试工作。这时我们经常需要有一个单元测试模拟类库,从来以来,开发者对
mocking 类库的语法的简洁性有显然的需要,NSubstitute
试图知足这一需要。简单明了的语法可以让我们将重点放在测试自己,而不是纠缠在测试替代实例的创立和安排上。NSubstitute
已尝试将最常用的操作需求简单化、易用化,并襄助部分不常用的或探索性的效能,与此同时还尽量地将其语法向自然语言靠近。关于NSubstitute的更详细音讯请往
NSubstitute完全手册索引

 

NSubstitute 已经宣布2.0 RC版本扶助.NET Core。引入NSubstitute
相关nuget包:

json 4

俺们把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完全手册索引

json 5

 

相关文章

网站地图xml地图