如何对机器特定行为进行单元测试？

Question

我正在测试一个静态方法，该方法在检查代理、主机名和各种内容后构建 URL 字符串。 此方法在内部依赖于静态标志 System.Net.Sockets.Socket.OSSupportsIPv6。 因为它是静态的，所以我无法模拟这种依赖关系。

编辑：（这被简化了很多......我无法使用接受 true/false 的标志来修改方法的结构）。

在 XP 开发计算机上，所讨论的方法返回可预测的字符串结果（在本例中为 http://hostname/.. ..）。 我们的构建服务器支持 IPv6，返回完全不同的结果（它给我类似 http://192.168 .0.1:80/....)。 请不要问为什么 - 关键是有两种不同的输出类型，它们根据操作系统的依赖性而变化。

测试需要验证返回的主机名或 IP 地址是否有效。 输出很容易检查。 问题是我只能获得可能的输出之一，具体取决于测试运行在哪台机器上。

在这种情况下编写测试的最佳实践是什么？ 我是否在测试中放置一个 if 语句来检查标志，然后查找两个不同的输出？ 这对我来说似乎很粗略，因为

1. 测试的行为不同 取决于它的环境 运行

2. 我基本上是在耦合测试 到方法，因为你需要 了解该方法的内部原理 设置两种情况。

我是否设置了两个测试，每个环境一个，如果它们处于错误的环境中，它们就会简单地通过？ 我是否编写一些复杂的正则表达式来分离出它得到的结果类型并使用更多的 if/else 逻辑来验证它？

任何建议都会有所帮助！

Answer 1

您可以通过介绍中间人来伪造通话。 例如：

public static class NetworkUtils
{
    private static bool? forcedIPv6Support;

    /// <summary>
    /// Use this instead of Socket.OSSupportsIPv6 to
    /// allow for testing on different operating systems.
    /// </summary>
    public static SupportsIPv6
    {
        get { return forcedIPv6Support ?? Socket.OSSupportsIPv6; }
    }

    /// <summary>Only use in testing!</summary>
    public static void ForceIPv6Support(bool? value)
    {
        forcedIPv6Support = value;
    }
}

这并不完全令人愉快，但它可以让你做你需要做的事情。

ChrisW 的答案类似，但是使用接口。 通常我会喜欢接口解决方案，但感觉它使生产代码和配置变得更加复杂。 我的解决方案当然不太“纯粹”，但可能更务实。 我让你来判断:)

Answer 2

可以将静态方法隐藏在抽象接口后面吗？

interface ISupportIPv6
{
  bool supported { get; }
}

//class for unit testing
class TestSupportsIPv6 : ISupportIPv6
{
  public bool supported { get { return true; } }
}

//another class for more unit testing
class TestDoesNotSupportIPv6 : ISupportIPv6
{
  public bool supported { get { return false; } }
}

//class for real life (not unit testing)
class OsSupportsIPv6 : ISupportIPv6
{
  public bool supported { get {
    return System.Net.Sockets.Socket.OSSupportsIPv6; } }
}

Answer 3

您可以考虑将所有可能更改的环境设置包装在实现接口的单独类中。 然后可以将其传递给您编写的静态方法，然后该方法会在需要各种设置时回调接口。

这将允许您在测试时模拟环境设置以进行标准化，以防止出现您所看到的问题。 它还可以让您改变设置来测试不同的条件。

例如

public interface IEnvironment
{
    public bool SupportsIPV6 { get; }
}

然后你的静态方法就变成了。

public static void DoSomething(IEnvironment environment)
{
    if(environment.SupportsIPV6)
    {
        ...
    }
}

然后提供 IEnvironment 的实现，该实现调用静态 System.Net 方法来获取实际使用的设置，但提供一个模拟实现，用于使用已知值进行测试。

如果您不想将接口传递给静态方法，您可以考虑使用单例模式实现一个对象，然后调用该接口。 然后，您可以使用单例的静态方法来访问当前接口的任何内容，尽管这个方法有点混乱，所以我可能会选择前者。

例如，

public Environment : IEnvironment
{
  private static IEnvironment current = new Environment();
  public static IEnvironment Current
  {
    get { return current; }
    set { current = value; }
  }

  public bool SupportsIPV6
  {
    return System.Net.....
  }
}

然后使用静态方法调用它。

public static void DoSomething(IEnvironemnt environment)
{
    if(Environment.Current.SupportsIPV6)
    {
        ...
    }
}

您可以在测试中通过更改它，

Environment.Current = new MockedEnvironment();

尽管您需要注意是否正在使用这样的单例进行任何多线程处理。

Answer 4

我不明白为什么你不能嘲笑这个。 您的方法应该采用 bool SupportsIPv6 参数，并且在实际代码中，您传递它 System.Net.Sockets.Socket.OSSupportsIPv6。 然后，您使用参数 true 和 false 来测试您的方法，并确保它针对 true 和 false 情况输出正确的格式。 瞧，完成了。

Answer 5

有时确实会发生很难进行有用的单元测试的情况。 我不确定这是否是其中之一，但值得记住。

也就是说，现在定义“有效”是什么意思？ 您当然可以测试它的格式是否良好： [0-9]{1,3} 是正则表达式的开始。

您可以使用 ICMP 回显数据包（或 ping(8)）测试它是否可达。

如果您可以定义“有效”对您意味着什么，那么就应该定义单元测试。