用于单元测试运行的特殊编译器标志

Question

我有一个关于测试套件中内置的视觉工作室的问题。 VS studio 运行这些测试时是否应用了一些特殊的编译器标志？

问题描述如下。 我在我的一个类上重载了 Equals 函数。 在测试运行期间，如果它能为我提供一些额外的信息，即类中的哪些成员根本不相等，那就太好了。

因此，我想仅当应用程序在测试模式下运行时才实现一些消息。

感谢您的任何回复！ 安德烈亚斯

Answer 1

VS 使用当前选择的构建配置来编译/构建项目。因此，解决方案可能是自己创建一个单独的构建配置，然后为该特定构建配置中的项目使用常量（例如 TEST）。然后可以使用 #if TEST 指令或使用 [Conditional("TEST")] 属性来限制输出方法的执行。您可以配置构建服务器，始终使用特定的构建配置运行测试，这样您就会看到额外的输出。然而，当从 VS 运行测试时，您需要手动在构建配置之间切换

Answer 2

创建一个新的解决方案配置“测试”（如果您还没有）并切换到它。打开项目设置，切换到“构建”选项卡并定义一个新符号 TEST。按确定。

将您的 Equals 实现更改为

public override bool Equals (object obj)
{
    #if TEST
     // Your implementation
    #else
      return base.Equals (obj);
    #endif
}

这将为您的测试配置编译不同的方法体。

Answer 3

我不得不说我不喜欢在代码中到处放置条件编译的想法。它使阅读和调试代码变得更加困难。

也许您应该退后一步，意识到您有两组不同的算法来确定对象是否相等。您可以使用策略设计模式将此代码从 Equals 方法中分解出来。

然后在运行时，您可以通过依赖注入选择 Equals 方法的策略，也可以在基类中选择像这样的简单函数：

public override bool Equals (object obj)
{
    if ( EqualsStrategy != null)
    {
        return EqualsStrategy.Equals(this,object);
    }
    else
    {
       return base.Equals(obj);
    }
}

在单元测试中，您将使用要使用的函数来初始化 EqualsStrategy。

Answer 4

我强烈建议不要在您的应用程序中插入任何仅测试代码。 （单元）测试的目的是测试软件的生产质量，而不是执行仅测试代码。

如果您的仅测试代码可以正常工作，但生产版本已损坏，那么您的测试将毫无价值。

相反，您应该以只有一件事可能出错的方式编写测试。这样，如果测试失败，您就已经知道出了什么问题。因此，如果您正在测试考虑 2 个属性的 equals 方法，请编写一组小型测试来验证这两个属性的所有可能组合中会发生什么，并验证 Equals 方法的结果。

之后，您可以确信 Equals 方法已正确实现，并且无需在其他任何地方对其进行测试。

另一个解决方案可能是添加一个执行额外日志记录的测试助手。我喜欢为此使用扩展方法。例如：

public static class TestExtensions
{
  public static void ShouldEqual( this YourType subject, YourType other )
  {
     // Check parameters for null here if needed
     if( !subject.Equals( other ) )
     {
       // custom logging here
       Assert.Fail("Objects are not equal"); // test fails
     }
  }
}