图案的名称是什么？

Question

我经常设计系统，其中我的系统中有一个类，它有一堆受保护的方法。受保护的方法是因为它们应该可供专业化访问，因此，我认为受保护的方法是我的通用类和任何专用类之间的契约。

因此，我想测试这些方法的行为是否正确，因此我的单元测试将需要访问受保护的方法，这在 C# 中是不可能的，除非使用像反射这样的肮脏黑客。

我通常选择的解决方案是在单元测试中创建一个专门的类，将这些受保护的方法公开为公共方法。因为我总是将单元测试保存在单独的程序集中，所以系统代码本身无法访问这些类，并且在我的系统代码内，受保护的函数仍然受到保护。

// In the system code assembly
namespace MySystem {
    public class SomeClass {
        protected void DoSomething() {
            ...
        }
    }
}

// In the unit test assembly
namespace MySystem.Unittests {
    public class SomeClass2 : SomeClass {
        public new void DoSomething() {
            base.DoSomething();
        }
    }
}

我的单元测试现在能够通过实例化专用类来测试父类上受保护成员的行为。

我还进一步使用它来模拟对象并模拟对受保护虚拟函数的函数调用，但该代码有点复杂，所以我将其删除。

我发现完成这项任务的这种方式是如此直接，以至于我不可能是唯一这样做的人，所以我认为必须有一个共同的命名约定？

Answer 1

我只在我无法控制需要测试的类时才这样做。 Charles 指出当您控制源代码时您可以在 .NET 中做什么。

您的情况有点不同，因为您的类旨在用作超类，因此通过子类测试它很有意义（因为该类并不打算独立存在）。在这种情况下，您基本上是在执行 测试特定子类 的变体。链接中描述的模式更多的是关于覆盖行为，如果您有一个没有首先编写测试并且具有高耦合的类，那么它非常有用，这是梳理依赖关系的好方法（通常作为中间步骤）获取作为参数传递的单独的类）。在您的情况下，“压倒一切”的目的是增加访问权限，但它似乎符合相同的模式。

Answer 2

我不确定我是否明白测试受保护方法的意义，尽管我是从 TDD 的角度来看的。一般来说，您的测试是针对类的公共方法编写的。当您重构代码以提取内部使用的通用方法时，就会出现受保护的方法。由于这些是由重构引起的，因此您现有的测试已经涵盖了正在重构的代码。稍后对通过专业化的公共方法使用重构方法的代码进行的测试也会测试代码——在这种情况下，专业化的公共方法在使用公共的受保护方法时可以正常工作。

在少数情况下，对受保护方法进行显式测试是有意义的，我不认为使用反射来进行测试有什么坏处。毕竟，您只是为了测试的目的而破坏封装。

Answer 3

不知道你正在做的事情的模式名称，但是 .net 有一个解决方案...将方法设置为受保护的内部，然后将以下内容添加到项目的 assemblyInfo 文件中

[assembly: InternalsVisibleToAttribute("[FQN of TestAssembly]")]

这将使项目中的内部方法对于属性中指定的测试程序集可见

Answer 4

我想在这里提到另一种模式，因为它是测试特定子类的特例。据我所知，它没有自己的名称：让测试用例扩展被测类。示例：

namespace MySystem.Unittests {
    [TestFixture]
    public class SomeClassTestCase : SomeClass {
        [Test]
        public void TestDoSomething() {
            // exercise DoSomething()
        }
    }
}

当然，只有在 SomeClass 有无参数构造函数的情况下，这才有效。