Asp.Net Core利用文件监视进行快速测试开发详解

前言

在进行 Asp.Net Core 应用程序开发过程中,通常的做法是先把业务代码开发完成,然后建立单元测试,最后进入本地系统集成测试;在这个过程中,程序员的大部分时间几乎都花费在开发、运行、调试上,而且一再的重复这个过程,我称这个过程为“程序员开发螺旋”,并且在这个步骤中,重复率最高且没有创造力的工作就是启动、测试,作为程序员,努力提高生产力我们追求的目标,我们的工作就是尽量消灭重复劳动,解放生产力,提高产出效率;

下面就通过一个简单的例子来演示,如何通过文件监视进行快速开发。

本示例将会使用两个项目用作演示,如下图

1. 建立业务项目 UserCenterDemo

1.1 在 UserCenterDemo.HomeController 里面编写一个简单的业务方法

 [Route("api/[controller]")]
 [ApiController]
 public class HomeController : ControllerBase
 {
 [HttpGet("{id}")]
 public IActionResult Get(int id)
 {
 int code = 0;
 string userName = string.Empty;
 switch (id)

该业务方法非常简单,仅根据传入的 id 值进行判断,如果不是 100 则返回 code=403

2. 建立 xUnit 单元测试项目 UserCenterDemoTest

2.1 引用项目 UserCenterDemo 和引用 NuGet 包

Microsoft.AspNetCore.App
Microsoft.AspNetCore.TestHost

UserCenterDemo 使用了主机集成测试方式,对主机集成测试不了解到同学,可以查看我上一篇博客: Asp.Net Core 轻松学-利用xUnit进行主机级别的网络集成测试.

2.2 编写测试用例 UserCenterDemoTest.HomeControllerTest.cs

 public class HomeControllerTest
 {
 public static TestServer serverHost;
 public static HttpClient client;
 public HomeControllerTest()
 {
 if (serverHost == null)
 {
 serverHost = new TestServer(new WebHostBuilder().UseStartup<UserCenterDemo.Startup>());
 client = serverHost.CreateClient();

该测试包含两个测试方法,分别是获取 id=100 的用户和 id=0 的 Guest 用户

3. 使用 dotnet watch 进行监视测试

按照以往的开发习惯,我们现在应该做的事情可能有两个,一是启动项目使用浏览器进行访问业务接口 Get ,二是运行单元测试,不管怎么样,这两个动作都将消耗我们大量的时间

现在,有一种全新的选择,我们可以通过使用 dotnet watch test 对项目文件进行监视变动,自动运行单元测试,并将测试结果输出到控制台

3.1 打开 cmd.exe 程序,切换到测试项目目录 UserCenterDemoTest,输入 dotnet watch test,等待运行

上图表示,当我们输入命令 dotnet watch test 后,监视程序正在启动,并在启动完成后立即执行了一次单元测试,红色方框部分表示有 2 个测试用例已通过,然后程序并没有退出,而是在最后输出了一个提示,正在等待文件变动以重启 dotnet 应用程序

3.2 接下来我们修改测试用例 GetGuestTest 的断言结果 code=0,看看发生了什么

可以看到,在修改完成保存文件的瞬间,程序立即重启生成,然后执行测试,测试结果断言不通过
那么问题来了,上面只是监视了测试项目,如果我们修改了 UserCenterDemo.Controllers ,能够自动监视吗,答案是肯定的

3.3 现在修改 UserCenterDemo.Controllers ,修改获取 Guest 的 code=0,返回成功

 [Route("api/[controller]")]
 [ApiController]
 public class HomeController : ControllerBase
 {
 [HttpGet("{id}")]
 public IActionResult Get(int id)
 {
 int code = 0;
 string userName = string.Empty;
 switch (id)

输出结果,已自动监视执行

为什么会这样呢,因为我们的测试项目引用了业务项目 UserCenterDemo
所以可以监视到,查看 UserCenterDemoTest.csproj 文件,起作用的是以下代码

 <ItemGroup>
 <ProjectReference Include="..\UserCenterDemo\UserCenterDemo.csproj" />
 </ItemGroup>

5. 扩展使用

5.1 如果你觉得总是不停的输出各种信息让你觉得很不友好,那么你可以排除监视,比如移除对 UserCenterDemo.csproj 的监视,只需要增加配置 Watch="false" 即可

 <ItemGroup>
 <ProjectReference Include="..\UserCenterDemo\UserCenterDemo.csproj" Watch="false"/>
 </ItemGroup>

5.2 独立监视

当项目比较大的时候,我们可能需要对监视项目进行管理,这个时候再逐一的对每个项目进行监视设置就变得非常的麻烦,然后我们就可以建立一个单独的文件夹,创建一个 watch.csproj 文件,填如下面的内容

<Project>
 <ItemGroup>
 <TestProjects Include="..\**\*.csproj" />
 <Watch Include="..\**\*.cs" />
 </ItemGroup>

 <Target Name="WatchManage">
 <MSBuild Targets="VSTest" Projects="@(TestProjects)" />
 </Target>

5.3 注意路径,因为本示例的目录结构是这样

所以文件中的监视节点我必须加入 .. 回退到上一级,上面的代码表示,监视上一级目录下的 .csproj/.cs 文件变动,并为本次监视管理命名为:WatchManage

5.4 现在进入目录 watch 输入命令 dotnet watch msbuild /t:WatchManager

可以看到,已经成功对两个项目进行变动监视

  • 通过本示例,我们了解到如何在项目开发过程中减少重复劳动,提高生产力的方法
  • 学习了 dotnet watch test 的使用方法
  • 掌握了在应对项目繁多的时候,建立独立文件监视管理器的方法

示例代码下载:http://xiazai.jb51.net/201812/yuanma/UserCenterDemo_jb51.rar

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对我们的支持。

(0)

相关推荐

  • .Net Core内存回收模式及性能测试对比分析

    .NET Core 两种GC模式: Server GC / Workstation GC Server GC : 主要应用于多处理器系统,并且作为ASP.NET Core宿主的默认配置.它会为每个处理器都创建一个GC Heap,并且会并行执行回收操作.该模式的GC可以最大化吞吐量和较好的收缩性.这种模式的特点是初始分配的内存较大,并且尽可能不回收内存,进行回收用时会很耗时,并进行内存碎片整理工作.用一句简单的话说,这个就是贪婪模式,通过尽可能多的获得内存和少回收来得到更好的性能.结果就是高内存使

  • ASP.NET Core中使用xUnit进行单元测试

    单元测试的功能自从MVC的第一个版本诞生的时候,就是作为一个重要的卖点来介绍的,通常在拿MVC与webform比较的时候,单元测试就是必杀底牌,把webform碾压得一无是处. 单元测试的重要性不用多说了,有单元测试的做兜底的项目,好比给开发人员买了份保险,当然这个保险的质量取决于单元测试的质量,那些一路Mock的单元测试,看起来很美,但是什么都cover不到.目前工作中的一个老项目,有2万多个单元测试用例,其中不少是用心之作,真正落实到了业务逻辑,开发人员可以放心的去修改代码,当然一切都必须按

  • .net core如何利用ConcurrentTest组件对方法进行压力测试详解

    前言 工欲善其事,必先利其器!在编写服务中首先要有一个好的测试工具,在dontecore下性能测试有BenchmarkDotNet,只需要简单的配置一下就可以对方法的性能进行详细的测试.但有时候需要对不同并发下看其处理效率和延时统计查看,如HTTP服务对应着大量的测试工具如ab,bombardier等等.由于找不到类似于测试HTTP服务的工具来测试代码用例,于时就有了ConcurrentTest这个组件的实现.通过ConcurrentTest组件可以运行不同的测试用例,并可以实时查看具体的并发情

  • 详解.Net core2.0日志组件Log4net、Nlog简单性能测试

    .Net core之Log4net.Nlog简单性能测试 比较log4net.nlog的文件写入性能(.netcore环境),涉及代码和配置如有不正确的地方,还请批评指正. 测试环境 开发工具: Vsual Studio 2017 15.3 框架版本: .net core 2.0 操作系统:window10 Enterprise 1703 硬件配置:CPU I3-4170 3.7GHz,内存 8G,固态硬盘 日志组件 log4net 2.0.8 nlog 5.0.0-beta10 测试用例 1.

  • Asp.Net Core利用文件监视进行快速测试开发详解

    前言 在进行 Asp.Net Core 应用程序开发过程中,通常的做法是先把业务代码开发完成,然后建立单元测试,最后进入本地系统集成测试:在这个过程中,程序员的大部分时间几乎都花费在开发.运行.调试上,而且一再的重复这个过程,我称这个过程为"程序员开发螺旋",并且在这个步骤中,重复率最高且没有创造力的工作就是启动.测试,作为程序员,努力提高生产力我们追求的目标,我们的工作就是尽量消灭重复劳动,解放生产力,提高产出效率: 下面就通过一个简单的例子来演示,如何通过文件监视进行快速开发. 本

  • ASP.NET Core扩展库之日志功能的使用详解

    上一篇我们对Xfrogcn.AspNetCore.Extensions扩展库功能进行了简单的介绍,从这一篇文章开始,我将逐步介绍扩展库中的核心功能.     日志作为非业务的通用领域基础功能,有非常多的技术实现,这些第三方库避免了我们花费时间去重复实现,不过,很多日志库配置复杂,不易于使用,入手较难,而有些库可能与ASP.NET Core的结合并不好.     如果我们没有对所使用的日志库进行详细了解,日志库也可能产生严重的问题,在我的开发生涯中,曾经遇到过多次因为日志库而导致的生产事故.  

  • ASP.NET Core扩展库之Http日志的使用详解

    最佳实践都告诉我们不要记录请求的详细日志,因为这有安全问题,但在实际开发中,请求的详细内容对于快速定位问题却是非常重要的,有时也是系统的强力证据.Xfrogcn.AspNetCore.Extensions扩展库提供了服务端和客户端的详细日志功能,通过配置可以开启. 服务端日志通过请求中间件来完成,中间件会以Trace级别记录请求和应答详情,以Debug级别记录请求耗时.服务的请求日志的名称为ServerRequest.Logger 要开启服务端详情日志,只需将扩展库配置中的ServerReque

  • ASP.NET Core中Razor页面的Handlers处理方法详解

    简介 在前一篇文章中,我们讨论了Razor页面.今天我们来谈谈处理方法(Handlers). 我们知道可以将代码和模型放在 .cshtml 文件里面或与 .cshtml 匹配的 .cshtml.cs 文件中. Razor页面处理程序或处理方法将用户请求匹配到我们的方法:请求来自 **.cshtml **文件. Razor页面遵循特定的命名约定.从上一篇文章可以看出,.NET Core开发工具自动生成了很多处理方法,例如下面这些: OnGet OnPost OnGetAsync OnPostAsy

  • ASP.NET Core如何添加统一模型验证处理机制详解

    一.前言 模型验证自ASP.NET MVC便有提供,我们可以在Model(DTO)的属性上加上数据注解(Data Annotations)特性,在进入Action之前便会根据数据注解,来验证输入的数据是否合法,下面介绍以下如何统一处理验证并返回错误信息.话不多说了,来一起看看详细的介绍吧. 二.Action过滤器实现统一验证 我们在判断验证状态时一般会在Action里判断ModelState.IsValid是否为true. public IActionResult Create([FromBod

  • ASP.NET Core使用自定义验证属性控制访问权限详解

    前言 大家都知道在应用中,有时我们需要对访问的客户端进行有效性验证,只有提供有效凭证(AccessToken)的终端应用能访问我们的受控站点(如WebAPI站点),此时我们可以通过验证属性的方法来解决. 本文将详细介绍ASP.NET Core使用自定义验证属性控制访问权限的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧 方法如下 一.public class Startup的配置: //启用跨域访问(不同端口也是跨域) services.AddCors(options

  • ASP.NET Core Mvc中空返回值的处理方法详解

    前言 如果你是一个初学者开始学习 ASP.NET 或 ASP.NET MVC, 你可能并不知道什么是. net Framework和. net ore.不用担心!我建议您看下官方文档https://docs.microsoft.com/zh-cn/aspnet/index , 您可以轻松地看到比较和差异. .NET Core MVC在如何返回操作结果方面非常灵活的. 你可以返回一个实现IActionResult接口的对象, 比如我们熟知的ViewResult, FileResult, Conte

  • ASP.NET Core实现单体程序的事件发布/订阅详解

    背景 事件发布/订阅是一种非常强大的模式,它可以帮助业务组件间实现完全解耦,不同的业务组件只依赖事件,只关注哪些事件是需要自己处理的,而不用关注谁来处理自己发布事件,事件追溯(Event Sourcing)也是基于事件发布/订阅的.在微服务架构中,事件发布/订阅有非常多的应用场景.今天我给大家分享一个基于ASP.NET Core的单体程序使用事件发布/订阅的例子,针对分布式项目的事件发布/订阅比较复杂,难点是事务处理,后续我会另写一篇博文来演示. 案例说明 当前我们有一个基于ASP.NET Co

  • Asp.Net Core控制器如何接收原始请求正文内容详解

    主要目标 在Asp.net Core控制器中,通过自定义格式化程序来映射自定义处理控制器中的"未知"内容.本文将给大家详细介绍关于Asp.Net Core控制器接收原始请求正文内容的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧 简单案例 为了演示这个问题,我们用VS2017创建一个默认的Asp.net Core Web Api项目. [Route("api/[controller]")] [ApiController] public cl

  • ASP.NET Core中如何使用表达式树创建URL详解

    表达式树(Expression Tree) 表达式树是不可执行的代码,它只是用于表示一种树状的数据结构,树上的每一个节点都表示为某种表达式类型,大概有25种表达式类型,它们都派生自Expression类.创建表达式树具体有两个优势: 1.对表达式树的代码进行编辑修改,使表达式树中的代码变成动态代码,根据不同的数据库修改树上的代码逻辑从而达到动态切换数据库查询语句的目的,用表达式树可以动态构建针对不同数据库的查询语句. 2.完成类似反射访问未知对象的属性,通过动态构造表达式树,生成委托. 当我们在

随机推荐