在JUnit4中重用测试实现？

Question

我有一个接口，例如：

public interface Thing {
  FrobResult frob(FrobInput); 
}

以及我试图测试的该接口的几个实现（例如normalthing、immutablething、Asyncthing)。

我的许多测试方法实际上是为了确保接口被正确实现，因此在每个事物实现中都是重复的。在JUnit3中，一个常见的解决方案是创建一个基类（扩展TestCase)，然后由每个实现类对其进行子类化。但是对于JUnit4来说，这是正确的方法吗？

在（我相信）优先顺序的升序中可能的选择：

>

剪切'n'粘贴重复的测试方法。一点也不枯燥，但我想测试中的担忧比生产代码中的担忧要少。

用@test方法创建一个抽象类，并为每个实现测试类子类化它。（通常在JUnit3测试中看到--在JUnit4中，这仍然是一种好的方法吗？）

将常见的测试方法放入帮助器类中，并在每个实现上调用它。（组合而不是继承。）

做第3题的最佳实践是什么？也许是@runwith(parameterized.class)测试在每个实现中都参数化了？或者有没有更好的方法来完成这一点？

Answer 1

是的，正确的方法是创建一个基类，然后由JUnit4中的每个实现类子类。

我更喜欢接口的基测试类是抽象的，即您的“替代”2，因为我在模仿来自测试代码的生产代码的继承层次结构方面有很好的经验。因此，如果您有接口i和实现s1、s2和s3，那么您将创建抽象测试类testi和测试类tests1、tests2和tests3。

测试用例应该是说话的，即讲述一个故事。通过谨慎地选择--一如既往地--方法名并只使用干净的行为子类型，继承不会混淆这一点。