我是否需要测试接口的每个实现来测试接口？

Question

通常，我的应用程序中只有一个接口实现，并且在为接口编写测试时总是使用第一个实现。 假设我有一个Destroyer接口和一个DestroyerImpl实现。 然后我会在测试中使用该类：

class DestroyerTest 
{
    private Destroyer destroyer = new DestroyerImpl();

    @Test
    public void test() { ... }   
}

然后通过在接口测试中实例化来隐式测试该类。 如果我写另一个实现类EpicDestroyer我现在觉得我必须测试它。

那么，我是否编写了两个测试类DestroyerImplTest和EpicDestroyerTest ，它们都使用不同的实现来测试相同的Destroyer接口？ 这不是多余的吗？ 我可以通过参数化来测试同一测试套件中的每个实现 。 这是这样做的吗？

Answer 1

我认为你对测试的想法存在误解。

测试界面没有任何意义，因为它只是一个规范。 只能测试实现。 所以你应该测试所有的实现。 但是，您可以从界面派生测试用例，因为所有实现都需要遵守其中的规范。 因此即使您有完全不同的实现，您也可以在这些实现之间共享测试。

在我看来应该有如下的测试类：

import java.util.List;

import org.junit.Assert;
import org.junit.Test;


public abstract class AbstractModifiableListTest
{

    protected abstract <T> List<T> createListInstanceUnderTest(T... elements);

    @Test
    public void removeDecreasesSizeByOne() {
        List<String> list = this.<String>createListInstanceUnderTest("a","b","c");
        int originalSize = list.size();

        list.remove( 0 );
        int newSize = list.size();

        Assert.assertEquals( originalSize - 1, newSize );
    }
}

包含测试接口规范的测试用例 - 在本例java.util.List 。 然后，通过实现抽象方法并可能添加依赖于实现的测试用例，测试实现然后参数化测试用例。

Answer 2

我从不“测试”一个界面，因为没有什么可以测试的。 界面描述了每个实现交付的服务，它的合同。

因此，您必须测试此服务的每个实现，以确保每个人都能正确完成工作。

Answer 3

我不会说接口可以测试 ，因为它们提供抽象而不是实现 。 另一方面，测试需要确保是否实现了特定行为（并且行为在类中）。

那么，我是否编写了两个测试类DestroyerImplTest和EpicDestroyerTest，它们都使用不同的实现来测试相同的Destroyer接口？

我会说， 是的 。

Answer 4

如果您正在测试接口，那么使用单个实现测试它应该足够了，因为接口不依赖于特定的实现。

当然，您可能希望测试每个实现，但是为了测试实现类，而不是接口本身。