拆分我的 xUnit 测试以测试扩展方法的最佳方法

Question

我正在尝试很好地构建我的单元测试，但我不确定拆分测试的最佳方式。我正在使用 C# 和 xUnit。

出于这个问题的目的，我正在测试这个简单的扩展方法代码：

public static bool IsNullOrEmpty(this string str)
{
    return string.IsNullOrEmpty(str);
}

我有几个测试选项，但我不知道什么是正确的。我可以写一个事实或理论。

理论 我应该使用理论吗？ 一次检测阳性，一次检测阴性？

[Theory, IsUnit]
[InlineData(null)]
[InlineData("")]
public void Test_IsNullOrEmpty_Positive(string value)
{
     Assert.True(value.IsNullOrEmpty());
}

[Theory, IsUnit]
[InlineData("TEST")]
[InlineData(" ")]    
public void Test_IsNullOrEmpty_Negative(string value)
{ 
     Assert.False(value.IsNullOrEmpty());
}

事实 我应该使用事实吗？ 正负合一：

[Fact, IsUnit]
public void Test_IsNullOrEmpty()
{
    // Positive testing.
    string myString = null;
    Assert.True(myString.IsNullOrEmpty());

    myString = "";
    Assert.True(myString.IsNullOrEmpty());

    // Negative testing.
    myString = " ";
    Assert.False(myString.IsNullOrEmpty());

    myString = "TEST";
    Assert.False(myString.IsNullOrEmpty());
}

或者我应该进行单一测试：

[Fact, IsUnit]
public void Test_IsNullOrEmpty_Null()
{
    string myString = null;
    Assert.True(myString.IsNullOrEmpty());
}

[Fact, IsUnit]
public void Test_IsNullOrEmpty_Empty()
{
    var myString = "";
    Assert.True(myString.IsNullOrEmpty());
}

[Fact, IsUnit]
public void Test_IsNullOrEmpty_Space()
{
    var myString = " ";
    Assert.False(myString.IsNullOrEmpty());
}

[Fact, IsUnit]
public void Test_IsNullOrEmpty_Word()
{
    var myString = "TEST";
    Assert.False(myString.IsNullOrEmpty());
}

我没有那么有经验的编写测试并且想遵循最佳实践，所以我只想知道在 C# 和 xUnit 的上下文中，以上哪个是最佳实践（希望对此有规则，而这个问题不是基于意见:-))。

提前感谢您的任何指点！

Answer 1

实际上，这取决于您到底要测试什么。如果它是您描述的扩展方法，我认为对所有断言使用一个测试就足够了。单元测试应该是快速和可读的，特别是对于像扩展这样的常见服务。如果您需要测试业务逻辑、授权内容以及检查输入错误或某些异常的服务 - 否定测试应该像每个场景中的单独测试一样。恕我直言:)

[Fact]
public void StringExtension_IsNullOrEmpty_CommonBehaviour()
{
    Assert.True(((string)null).IsNullOrEmpty());
    Assert.True(string.Empty.IsNullOrEmpty());
    Assert.True("   ".IsNullOrEmpty());
    Assert.False("MyTestString".IsNullOrEmpty());
}

顺便说一句，我不想​​在解决方案项目中为这种扩展编写测试。创建一个包含所有服务功能的单独项目（具有测试覆盖率），制作一个通用的封闭包并将该项目包含到您的业务解决方案中。然后你可以像依赖第三方库一样依赖它。

Answer 2

我认为单个测试更有用，因为随着复杂性的增加，如果每个测试用例都有自己的测试，故障排除会变得更容易。此外，当您在团队中开发时，如果将测试拆分为单个场景，则更容易理解测试。