.NET Core单元测试之搞死开发的覆盖率统计 这两天在给项目补单元测试,dalao们要求要看一下测试覆盖率 翻了一波官方test命令覆盖率倒是有支持了,然而某个更新日志里面写着 ["Support for Linux and Mac will be considered separately in a subsequent effort."] 吐血ing... 8102年都要过去了,微软同学你是不有点过分啊. 然后又翻了一堆资料之后发现,GitHub有dalao自己搞了个cover…

前面介绍了单元测试的框架NUnit,它可以很好的帮助我们建立测试,检验我们的代码是否正确.但这还不够,有时候我们的业务比较重,会依赖其它的类.基于隔离测试的原则,我们不希望依赖的其它类影响到我们的测试目标.这时候Mock就显得十分重要了.当然还有其它因素使得我们必须Mock对象,比如配置文件,DB等. 提供Mock技术的工具很多:Moq,NSubstitute,RhinoMocks,TypeMock,JustMock等.开源免费的工具功能局限,像Moq,草根专栏 的博客写得很好.这里我选择Jus…

JustMock标记方法 上篇文章在举例子的时候使用了returns的标记方法,JustMock还有很多标记方法: CallOriginal 跟Behaviors里的CallOriginal差不多意思,被调用时执行原始的方法和属性的实现. DoNothing 忽略对方法或者属性的调用. DoInstead 替换原来方法的调用,或者属性的设置. MustBeCalled 被标记的方法必须调用,否则会抛出异常. Raise 当我们需要测试Event是否执行时,我们可以使用Raise来引发Events…

https://segmentfault.com/a/1190000017569492 需要使用: 使用 Moq 测试.NET Core 应用    https://www.cnblogs.com/cgzl/p/9308723.html 使用 coverlet 查看.NET Core应用的测试覆盖率  https://www.cnblogs.com/cgzl/p/9326127.html 这两天在给项目补单元测试,dalao们要求要看一下测试覆盖率 翻了一波官方test命令覆盖率倒是有支持了,然…

2020/01/28, ASP.NET Core 3.1, VS2019, xUnit 2.4.0 摘要:基于ASP.NET Core 3.1 WebApi搭建后端多层网站架构[3-xUnit单元测试之简单方法测试] 使用xUnit编写单元测试,测试上一章节的基础公共库 文章目录 此分支项目代码 上一章节已经建立了Common公共类库,本章节介绍编写简单的单元测试,对上一章节的公共类库中EnumExtension方法编写单元测试,同时也是介绍上一章节中公共类库EnumExtension的使用方法…

2020/02/01, ASP.NET Core 3.1, VS2019, xunit 2.4.1, Microsoft.AspNetCore.TestHost 3.1.1 摘要:基于ASP.NET Core 3.1 WebApi搭建后端多层网站架构[12-xUnit单元测试之集成测试] 使用xUnit借助TestServer进行集成测试,在单元测试中对WebApi的每个接口进行测试 文章目录 此分支项目代码 本章节介绍了使用xUnit借助TestServer进行集成测试,在单元测试中对WebA…

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

本文主要讲 单元测试之NSNull 检测,在现实开发中,我们最烦的往往就是服务端返回的数据中隐藏着NSNull的数据,一般我们的做法是通过[data isKindOfClass:[NSNull class]]  对数据先做一层判断然后为空的情况下付给 空字符串或者一些其他的初始变量.但是,业务数据层的代码本来就比较繁杂,还要我加上这个多余的判断来添堵?门都没有!那么我们的单元测试就派上用处了. 我们用一个带空数据的接口来走一遍流程. 数据大概是这样子的,其中data 下的 isLike字段的值是…

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

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