如何从嵌套包中测试代码

Question

我想测试我使用的java的Mockito代码，我不希望有我所有的方法是公开的。

我的问题是以下，假设我有以下代码：

package com.whatever;

public class Parent
{
    public void PlayWithChild(Child child)
    {
        child.Hug();
    }
}

package com.whatever.subpackage;

public class Child
{
    public void Hug()
    {
    }
}

我有测试：

package com.whatever;

import com.whatever.subpackage;

public class Test
{
    @Test
    public void PlayWithChild_ChildHugged()
    {
        //Arrange
        Child mckChild = Mockito.mock(Child.class);

        //Act
        new Parent(mckChild).PlayWithChild();

        //Assert
        Mockito.verify(mckChild).Hug();
    }
}

现在，如果我使Hug方法可通过程序包访问（删除）为“ public”，那么我将无法从测试中访问它……并且我不想将所有内容（父项，CHild和我的整个可测试库）放入相同的包裹，我要整理它们。

Answer 1

您需要确定设计要具有的封装和抽象程度。 Java没有特别精细的方式来指定可以从其他组件访问哪些组件，因此您可能必须在文档中表达这些组件，而不是依靠编译器为您实施它们。

就您而言，我认为您应该公开Hug方法； 如果您想弄清楚它，请添加相应的Javadoc或将Child放入一个名为“内部”的子包中，以防止其随意使用。

---

Java的四个访问级别：

• public访问，这对测试或嘲笑没有问题
• protected访问，包括程序包访问和程序包外子类。 在同一个程序包中进行测试很容易，但是您可能必须创建手动测试双打才能从有问题的程序包外部访问/验证受保护的方法调用。
• 如您所述，默认访问权限或程序包专用访问权限很容易在同一程序包中进行测试/调用。 在其他软件包中，这些方法不以任何有意义的方式存在，无法用于调用或测试。
• private方法，不能直接调用或测试。

为什么有人在测试驱动的开发中采用私有方法？ 容易：因为private方法是不需要测试的实现细节。 同样， protected或程序包专用的方法是实现详细信息，不需要在程序包外部进行测试。 在这里，如果Hug（）方法是public的，并且它调用了私有方法或package-private方法FeelBetter（），则其他程序包的调用者应仅通过公共 API Hug进行调用，而无需像FeelBetter（）那样实现细节。

这样做的结果是几乎鼓励使用大型的，范围广泛的软件包，因为这可能是隐藏与其他软件包无关的实现细节并限制入口点数量的最佳方法。 的确，将紧密合作者放在同一个程序包中可以使用小型程序包API ，这是一个很好的目标。 但是，如果在一个包中包含足够的类，则此概念会分解。 幸运的是，只有在证明该软件包如此之大以至于具有两个单独的软件包时 ，它才会崩溃，这时您可以停下来思考一下哪些组件已连接，哪些组件可以提取到自己的API中。 这可能意味着扩展某些类/方法从包到公共的访问范围，这是在拆分包时所期望的。 为了测试，它也可能意味着添加可访问的吸气剂或其他状态查询方法，这在开发可测试的组件时也是可以预期的。

有关如何制作可测试系统以及如何与测试双打（或经过测试的真实组件）进行交互的更多信息，建议阅读Martin Fowler的文章Mocks Are n't Stubs 。