我正在重写一个C# .NET 项目，目前正在计划如何进行测试。
在阅读完所有内容后，我将安装 XUnit 框架（这是第一次——我对 MSTest 更有经验）。现在我想知道是否应该将它与 FluentAssertions （我以前也从未使用过）结合使用，或者编写纯 XUnit 测试。
乍一看，FluentAssertions 听起来既呆板又时髦，但我不确定它是否真的会引导我编写可读性最好的代码，以及它在复杂测试中的扩展能力如何。
因此，我正在寻找您的经验和论点。 [什么时候]（做|会）你使用 FluentAssertions？我很好奇。
【问题讨论】：
标签： c# .net unit-testing xunit fluent-assertions
Fluent 主要是为了可读性和便利性。
如果您要编写多个单元测试，我建议您使用它。
我最近遇到了将对象“a”和“b”映射到对象“c”的情况，我想通过单元测试来验证映射器。
因此，我创建了一个“expectedObject”，其中包含对象“c”在映射后应包含的所有属性。
由于我没有编写比较器，也不需要比较器，因此将对象“c”与“expectedObject”进行比较以断言它们包含相同的数据会非常麻烦。有问题的对象包含许多属性，而这些属性又具有许多属性。
但使用 Fluent 我可以简单地编写
c.Should().BeEquivalentTo(expectedObject);
这比一连串的Assert.AreEqual() 更容易阅读，在这种情况下，更重要的是，它的编写速度也更快。
【讨论】：
Fluent Assertions 是我一直在使用的 Nuget 包 我的项目大约 6 年。取货非常简单 开始使用。大多数人可以在 5-10 分钟内掌握它 它会让阅读你的单元测试更容易一些。流利 Assertions 是免费的，因此尝试它确实不会造成派对犯规 出去。我想我已经向 10 多个团队介绍了 Fluent Assertions 到目前为止，没有人抱怨。大多数团队的最大原因 不使用它只是缺乏接触它。使用标准方法 单元测试可能类似于：
[TestMethod]
public void Example_test()
{
var actual = PerformLogic();
var expected = true;
Assert.AreEqual(expected, actual);
}
这个测试没有问题，但你需要花一秒钟或 二要明白是怎么回事。相反，使用流利的断言 您可以像这样编写相同的测试：
[TestMethod]
public void Example_test()
{
var result = PerformLogic();
result.Should().BeTrue();
}
希望您可以看到第二个示例花费的时间要少得多 阅读，因为它读起来像一个句子，而不是一个断言语句。 从根本上说，这就是 Fluent Assertions 的全部，一些扩展 与 Assert 相比，使单元测试更容易阅读的方法 陈述。我希望你能理解为什么它这么容易上手。 您需要做的就是在结果中获得测试结果 变量，使用 Should() 使用，然后使用 Fluent Assertions 其他扩展来测试您的用例。简单！
【讨论】：