在 Junit 中测试多个构造函数的正确方法是什么？ [复制]答案

【问题标题】：What's the proper way to test multiple constructors in Junit? [duplicate]在 Junit 中测试多个构造函数的正确方法是什么？ [复制]
【发布时间】：2019-02-11 14:50:50
【问题描述】：

我应该忽略新构造函数的单元测试吗？我应该为不同的构造函数创建一个新的测试类并复制测试吗？测试本身没有改变。如果有一种方法可以只使用不同的构造函数来运行每个测试，那就太好了。为了可视化发生了什么，我在下面添加了代码。

我有一个看起来像这样的课程：

public class Foo {
    public Foo() {...}

    public void doStuff(){...}
    public void doThing(){...}
}

我有一个看起来像这样的测试类：

public class FooTest {
    Foo foo;

    @Before
    public void setUp() {
        foo = new Foo();
    }

    @Test
    public void fooCanDoThing() {
        foo.doThing();
        assertThat(...);
    }

    @Test
    public void fooCanDoStuff() {
        foo.doStuff();
        assertThat(...);
    }
}

我最近有一项任务，包括向我的 foo 类添加更多构造函数

public class Foo {
    ...
    public Foo(String bleh) {...}
    public Foo(String bleh, String blah) {...}
    ...
}

使用多个构造函数进行测试的最佳方法是什么？

编辑：为了清理一些东西，foo 扩展了东西

public class Foo extends Thing {...}

假设 Thing 具有并处理了 getBlah 的功能，并且我已经测试了 getBlah。但是现在，我真的可以设置自己的“blah”了。

【问题讨论】：

您可以轻松地将它们与其他方法测试一起测试。毕竟，为了测试 Foo 类的任何方法，您首先需要运行（至少）一个构造函数。很有可能，在一个测试中你会测试第二个参数，而在另一个测试中你不会。
但是如果你这样写测试： foo = new Foo;我希望您理解它们不会很好地工作。

标签： java unit-testing junit

【解决方案1】：

您应该在测试类中测试 SUT 的行为。

如果那个额外的构造函数参数为你的类引入了一个新的行为，那么你应该用一个有意义的名字为它创建一个测试：

shouldDoThingXXX_givenBleh()

shouldDoThingYYY_givenBlehAndBlah()

如果您只设置一个变量，那么您当前的测试很可能会像以前一样运行，但是引入一个额外的变量是否会引入新的行为路径和某些功能的不同可能结果？

如果是，那么你应该用其他明确命名的测试来用尽它们。

总结添加一个新的构造函数并不意味着现有测试的双倍数量，但它可能取决于 SUT 的引入/更改行为。

【讨论】：

啊，我需要更新我的问题。所以这个类扩展了另一个类。假设扩展类有一个方法get blah。之前，blah 是在父类中设置和处理的。现在，您可以设置自己的“blah”。所以我已经有一个测试 getBlah 的测试。
再一次，实际行为会改变吗？不管变量的来源是什么？
它没有实现任何行为改变，只是变量设置器
那我就不复制测试用例了。如果你想确保你的构造函数做应该做的事情，然后创建一个类似的测试，shouldInstantiateState_givenBlehAndBlah
非常感谢您的帮助！对于碰巧发现这一点的任何人，如果您的新构造函数添加了行为，那么应该测试这些行为。但是如果它只是添加变量设置器，那么只需创建一个测试以确保构造函数对其进行处理。