您好，登录后才能下订单哦！
密码登录
登录注册
点击 登录注册 即表示同意《亿速云用户服务条款》
这篇文章主要介绍“如何使用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文件夹下。代码如下：
[assembly: InternalsVisibleTo("Hospital.Tests")]这表示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/False
String：相等/不等，是否为空，以..开始/结束，是否包含子字符串，匹配正则表达式
数值型：相等/不等，是否在某个范围内，浮点的精度
Collection：内容是否相等，是否包含某个元素，是否包含满足某种条件(predicate)的元素，是否所有的元素都满足某个assert
Raised 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:
[Fact]
public void BloodSugarStartWithDefaultValue()
{ var p = new Patient();
Assert.Equal(5.0, p.BloodSugar);
}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<float>(p.BloodSugar, 5, 6);
Assert.InRange(p.BloodSugar, 5, 6);
}
Build，Run Test，结果Fail：
可以看到期待的Range和实际的值，这样很好。如果你使用Assert.True(xx >= 5 && xx <= 6)的话，错误信息只能显示True或者False。
因为HaveDinner方法里，表达式的分母应该是1000，修改后，Build，Run，测试Pass
到此，关于“如何使用xUnit为.net core程序进行单元测试”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注亿速云网站，小编会继续努力为大家带来更多实用的文章！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。