如何使用xUnit为.net core程序进行单元测试

这篇文章主要介绍“如何使用xUnit为.net core程序进行单元测试”，在日常操作中，相信很多人在如何使用xUnit为.net core程序进行单元测试问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”如何使用xUnit为.net core程序进行单元测试”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！可以频繁的进行测试可以在任何时间进行测试，也可以按计划定时进行，例如：可以在半夜进行自动测试。肯定比人工测试要快。可以更快速的发现错误。基本上是非常可靠的。测试代码与生产代码紧密结合。使得开发团队更具有幸福感！纵轴表示测试的深度，也就是说测试的细致程度。横轴则表示测试的覆盖程度。Unit Test 单元测试， 它可以测试一个类，或者一个类的某个功能，它具有很好的深度，但是对整个应用来说它不具备很好的覆盖面。Integration Test 集成测试，它没有单元测试那么细致，但是具有相对较好的测试覆盖面。例如它可以测试功能的组合，以及像数据库或文件系统这样的外部资源等。Subcutaneous Test 皮下测试，这种测试作用于UI层的下面一层，这也意味着它对整个应用来说有很好的覆盖率，但是深度欠佳。那一个MVC结构的应用来说，它就是针对刚好在Controller下面一层的测试，对于Web service来说，它就是对节点下面那层的测试。UI测试，它的测试覆盖面很广，直接从UI层面进行测试，但是深度欠佳。从速度来看 单元是最快的，而UI测试是最慢的。从脆弱性来看 UI测试是最差的，程序修改后极有可能需要修改测试代码，而单元测试是最好的。public void IncreaseHeartBeatRate() { HeartBeatRate = CalculateHeartBeatRate() + 2; } private int CalculateHeartBeatRate() { var random = new Random(); return random.Next(1, 100); }多数情况下单元测试都应该是针对类的行为进行测试的，也就是public方法。当然也纯在不同的观点。如果想要对private方法进行测试的话，是有很多缺点的：首先需要修改方法的访问限制需要从private改为public，这就破坏了面向对象的封装性。再者，这其实测试的是类的具体实现细节，而不是类的行为。如果我们想要对类的内部进行重构的话，就会破坏测试，导致测试也必须重构。如果必须对private方法进行测试，那么首先建议您把private修饰符改成internal，然后修改该项目（project）的AssemblyInfo.cs，它在项目的Debug或者Release文件夹下。代码如下：这表示Hospital.Tests这个测试项目可以访问该项目生产代码（production code）的internal方法。Arrange，这里做一些先决的设定。例如创建对象实例，数据，输入等等。Act，在这里执行生产代码并返回结果。例如调用方法，或者设置属性（Properties）。Assert，在这里检查结果。测试通过或者失败。官网：https://xunit.github.io/xUnit是一个测试框架，可以针对.net/core进行测试。测试项目需引用被项目从而对其进行测试，测试项目同时需要引用xUnit库。测试编写好后，用Test Runner来运行测试。Test Runner可以读取测试代码，并且会知道我们所使用的测试框架，然后执行，并显示结果。目前可用的Test Runner包括vs自带的Test Explorer，或者dotnet core命令行，以及第三方工具，例如resharper等等。.net full, .net core, .net standard, uwp, xamarin. [Fact] public void TestIncreaseHeartBeatRate() { var patient = new Patient(); // Arrange patient.IncreaseHeartBeatRate(); // Act Assert.InRange(patient.HeartBeatRate, 40, 100); // Assert }首先建立一个C# library项目，叫Hospital（下面部分截图有个拼写错误，应该是Hospital），然后建立一个xUnit Test项目，叫Hospital.Tests:可以看到Hospital.Tests已经包含里这几个库：然后为Hospital.Tests添加到Hospital项目的引用。首先把刚才建立的Hospital.Tests项目移除（目录需要手动删除）.然后打开项目位置：按住shift打开命令行：用命令行创建项目：创建 Hospital.Tests目录，进入目录，使用命令dotnet new xunit创建xUnit单元测试项目。添加项目的引用：最后添加项目到解决方案：回到VS界面，提示重新加载：确认后，VS中解决方案结构如：对测试项目的文件名进行一些重构，编写以下代码，并进行Build：从Test Explorer我们可以看到一个待测试的项目。在这里，我们可以对测试项目进行分组和排序，如图：想要运行所有的测试，就点击上面的Run All按钮。如果像运行单个测试，那么右击选择Run Selected Tests：运行后，可以看到结果，Passed：我们同样可以通过命令行来进行测试：进入到Tests目录，执行dotnet test命令，所有的测试都会被发现，然后被执行：因为我们并没有在测试方法中写任何的Assert，所以测试肯定是通过的，但这个测试也是个无效的测试。Assert做什么？Assert基于代码的返回值、对象的最终状态、事件是否发生等情况来评估测试的结果。Assert的结果可能是Pass或者Fail。如果所有的asserts都pass了，那么整个测试就pass了；如果有任何assert fail了，那么测试就fail了。xUnit提供了以下类型的Assert：boolean：True/FalseString：相等/不等，是否为空，以..开始/结束，是否包含子字符串，匹配正则表达式数值型：相等/不等，是否在某个范围内，浮点的精度Collection：内容是否相等，是否包含某个元素，是否包含满足某种条件(predicate)的元素，是否所有的元素都满足某个assertRaised events：Custom events，Framework events(例如：PropertyChanged)Object Type：是否是某种类型，是否某种类型或继承与某种类型一种建议的做法是，每个test方法里面只有一个assert。而还有一种建议就是，每个test里面可以有多个asserts，只要这些asserts都是针对同一个行为就行。目标类：public class Patient { public Patient() { IsNew = true; } public string FirstName { get; set; } public string LastName { get; set; } public string FullName => $”{FirstName} {LastName}”; public int HeartBeatRate { get; set; } public bool IsNew { get; set; } public void IncreaseHeartBeatRate() { HeartBeatRate = CalculateHeartBeatRate() + 2; } private int CalculateHeartBeatRate() { var random = new Random(); return random.Next(1, 100); } }测试类：public class PatientShould { [Fact] public void HaveHeartBeatWhenNew() { var patient = new Patient(); Assert.True(patient.IsNew); } }运行测试：结果符合预期，测试通过。改为Assert.False()的话：测试Fail。测试string是否相等： [Fact] public void CalculateFullName() { var p = new Patient { FirstName = “Nick”, LastName = “Carter” }; Assert.Equal(“Nick Carter”, p.FullName); }然后你需要Build一下，这样VS Test Explorer才能发现新的test。运行测试，结果Pass：同样改一下Patient类（别忘了Build一下），让结果失败：从失败信息可以看到期待值和实际值。StartsWith, EndsWith[Fact] public void CalculateFullNameStartsWithFirstName() { var p = new Patient { FirstName = “Nick”, LastName = “Carter” }; Assert.StartsWith(“Nick”, p.FullName); } [Fact] public void CalculateFullNameEndsWithFirstName() { var p = new Patient { FirstName = “Nick”, LastName = “Carter” }; Assert.EndsWith(“Carter”, p.FullName);e); }Build，然后Run Test，结果Pass：忽略大小写 ignoreCase：string默认的Assert是区分大小写的，这样就会失败：可以为这些方法添加一个参数ignoreCase设置为true，就会忽略大小写：包含子字符串 Contains [Fact] public void CalculateFullNameSubstring() { var p = new Patient { FirstName = “Nick”, LastName = “Carter” }; Assert.Contains(“ck Ca”, p.FullName); }Build，测试结果Pass。正则表达式，Matches测试一下First name和Last name的首字母是不是大写的： [Fact] public void CalculcateFullNameWithTitleCase() { var p = new Patient { FirstName = “Nick”, LastName = “Carter” }; Assert.Matches(“[A-Z]{1}{a-z}+ [A-Z]{1}[a-z]+”, p.FullName); }Build，测试通过。首先为Patient类添加一个property： BloodSugar。 public class Patient { public Patient() { IsNew = true; 香港云主机 _bloodSugar = 5.0f; } private float _bloodSugar; public float BloodSugar { get { return _bloodSugar; } set { _bloodSugar = value; } } …Equal:
Build，测试通过。范围， InRange:首先为Patient类添加一个方法，病人吃饭之后血糖升高： public void HaveDinner() { var random = new Random(); _bloodSugar += (float)random.Next(1, 1000) / 100; // 应该是1000 }添加test： [Fact] public void BloodSugarIncreaseAfterDinner() { var p = new Patient(); p.HaveDinner(); // Assert.InRange(p.BloodSugar, 5, 6); Assert.InRange(p.BloodSugar, 5, 6); }Build，Run Test，结果Fail：可以看到期待的Range和实际的值，这样很好。如果你使用Assert.True(xx >= 5 && xx
因为HaveDinner方法里，表达式的分母应该是1000，修改后，Build，Run，测试Pass到此，关于“如何使用xUnit为.net core程序进行单元测试”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注开发云网站，小编会继续努力为大家带来更多实用的文章！

相关推荐: 如何解决win7系统计算机图标消失问题

这篇文章给大家分享的是有关如何解决win7系统计算机图标消失问题的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。1.右击桌面空白处，选中“个性化”选项。2.点击“个性化”左框中的“更改桌面图标”。3.在“桌面图标设置”，当看到桌面图标…