是否值得为一个方法编写测试，该方法调用其他方法，而这些方法 100% 被各个单元测试覆盖？

Question

最近我一直在阅读 Roy Osherove 写的《单元测试的艺术》一书，我在想如何处理这样的情况：

假设我有一个大方法，通过完成不同的任务来根据传递的参数完成业务流程：

public void MonsterMehtod(Parameters p)
{
    // Some processes to accomplish TASK_A
    // ....

    // Some processes to accomplish TASK_B
    // ....

    // Some processes to accomplish TASK_C
    // ....
}

而我想要对此方法编写测试。

因此，如果我将这个大方法排除在像这样的较小方法中：

public void MonsterMethod(Parameters p)
{
    Task_A(p);

    Task_B(p); //Can behave different depending on Task_A(p) results

    Task_C(p); //Can behave different depending on Task_A(p) and Task_B(p) results
}

并且我为每个任务编写单元测试，如下所示：

[Test]
public void Task_A_AllPossibleConditionsWithParameterP_ExpectedBehaviours() {}

[Test]
public void Task_B_AllPossibleConditions_ExpectedBehaviours() 
{
 // Tests all possible expected behaviours based on injected parameters
 // Tests all possible expected behaviours based on method Task_A(Prameters p) results
}

[Test]
public void Task_C_AllPossibleConditions_ExpectedBehaviours() 
{
 // Tests all possible expected behaviours based on injected parameters 
 // Tests all possible expected behaviours based on method Task_A(Prameters p) results
 // Tests all possible expected behaviours based on method Task_B(Prameters p) results
 // Tests all possible expected behaviours based on method Task_C(Prameters p) results
}

那么，毕竟，为 MonsterMethod(Parameters p) 编写另一个测试是否有意义，例如：

[Test]
public void MonsterMehtod_AllPossibleParameterConditions_ExpectedBehaviours {}

也许我至少可以编写一个测试来检查是否调用了所有 Task_A()、Task_B()、Task_C() 方法，但是虽然我对每个子任务进行了所有单元测试，但是否值得进行另一个测试（也许应该调用它）包含所有这些子任务的 MonsterMethod(Parameters p) 的集成测试而不是单元测试？

Answer 1

如果您编写一个方法，那么它的作用可能与您已有的任何其他方法不同。那么测试它是否正确地执行其他操作（是否正确地组合其他函数的结果）是有用的。

Answer 2

您应该根据您期望的怪物方法处理子任务的方式来测试它。但这并不意味着您需要执行子任务。

我建议取消子方法，并单独测试怪物方法。

这可以通过将每个任务方法虚拟化并使用模拟框架来消除子方法，或者只是自己手动执行来轻松完成。

Answer 3

我想说这是值得的。如果您最终删除了一些内部任务，那么您的 Monster 方法仍将受到测试。