抽象类的单元测试保护方法

Question

我正在尝试编写一个单元测试来测试抽象类中的受保护方法。我尝试编写一个继承自抽象类的测试类，但是当我实例化测试类时，基本抽象类尝试连接到 Oracle 数据库并失败，这不允许我测试我感兴趣的受保护方法in. 抽象类不能修改。

如何直接对这个抽象类中的受保护方法进行单元测试？

这是我尝试使用反射的 sn-p。

Type type = typeof(AbstractClass);
BindingFlags eFlags = BindingFlags.Instance | BindingFlags.NonPublic;
MethodInfo myMethod = type.GetMethod("ProtectedMethod", eFlags);
object[] arguments = new object[] { _myDs };
myMethod.Invoke(type, arguments);
_myDs = (DataSet)arguments[0];

Answer 1

这是可行，但请注意您的代码可能存在几个严重问题：

• 构造函数不应执行任何业务逻辑。
• 您的抽象类不应该知道数据库类型（依赖倒置原则）。
• 你的抽象类有更多的职责吗？如果是，请将它们移到单独的类/项目中（单一职责原则）。
• 您不应该对非公共 API 进行单元测试。

这是一个食谱：

• 首先，创建抽象类的假实例。
• 然后，调用FormatterServices.GetUninitializedObject 获取类的实例而不调用构造函数。
• 之后，您可以使用反射来调用ProtectedMethod。

这样，您就可以测试ProtectedMethod：

• 不调用构造函数。
• 不修改抽象类。

这是一个示例代码：

class AbstractClassFake : AbstractClass { }

[Test]
public void Test()
{
    // Arrange:
    var abstractClassFake = (AbstractClassFake)FormatterServices
        .GetUninitializedObject(typeof(AbstractClassFake));

    MethodInfo method = abstractClassFake.GetType()
        .GetMethod("ProtectedMethod",
            BindingFlags.Instance | BindingFlags.NonPublic);

    object[] arguments = new object[] { myDs };

    // Act:
    object val = method.Invoke(abstractClassFake, new[] { myDs });

    // Assert:
    // TODO: Your assertion here
}

Answer 2

妥协。

假设你有：

public abstract class CanNeverChange
{
    public CanNeverChange()
    {
        //ACK!  connect to a DB!!  Oh No!!
    }

    protected abstract void ThisVaries();

    //other stuff
}

public class WantToTestThis : CanNeverChange
{
    protected override void ThisVaries()
    {
         //do something you want to test
    }
}

改成这样：

public class WantToTestThis : CanNeverChange
{
    protected override void ThisVaries()
    {
         new TestableClass().DoSomethingYouWantToTest();
    }
}

public class TestableClass
{
    public void DoSomethingTestable()
    {
        //do something you want to test here instead, where you can test it
    }
}

现在您可以在TestableClass 中测试您想要测试的行为。对于WantToTestThis 类，妥协于可怕的遗留代码的压力，不要测试它。用最少的未经测试的代码插入可测试的东西是一种历史悠久的策略。我第一次听说它是从 Michael Feather 的书Working Effectively with Legacy Code。

Answer 3

我认为最好的解决方案是按照 cmets 的建议将班级分开。

然而，如果你想在不改变类的情况下测试它，你可以将构造函数的内容移动到一个虚方法中：

public abstract class TheOracleOne
{
    protected virtual void Init()
    {
        // connection things
    }
}

并且在你的派生类中重写什么都不做：

public class TestClass : TheOracleOne
{
    protected override void Init()
    {
    }
}

这应该跳过抽象类的构造函数中发生的初始化，允许您在派生类上正常访问该方法。