写接口的目的一般是，让这个接口的所有实现都具备某个共同的行为。这个行为不仅目前实现的类具备，将来要写的实现也都必须具备。因此，就需要为这个接口编写一个通用的测试程序，这个测试程序不仅能测试当前已经实现的类的通用属性，而且可以不加修改应用于将来要实现的类。

首先引入一个抽象的测试类，该测试类的方法用于测试接口的共同行为。然后使用工厂方法创建接口的对象，以完成测试程序。下面是详细步骤：

1.     选定测试程序要测试的已经具体实现的类。

2.     创建一个抽象的测试类，声明要验证的功能的测试方法。在具体的测试程序实现中继承这个测试类，并修改相应的实现方法。

3.     在接口的每一个具体实现中都运行该测试程序，但在每个实现中都只验证“接口范围内”的行为[10]。

4.     在测试程序内，找到创建（接口）对象的代码，将该代码改成具体的、已经实现的类的创建方法，但记住将该对象声明为接口的对象，而不是具体实现的类的对象。重复这一过程，直至测试程序中没有已经实现的类的对象。

5.     声明你要在测试中调用的抽象方法。

6.     现在，测试只涉及接口和一些抽象的测试方法，请将测试程序移入抽象的测试类。

7.     重复这一过程直至所有的测试都移入抽象的测试类。

8.     重复前面的全部过程，直至除了验证具体实现的特有的方法的测试程序外，所有的测试代码都已完成。

下面通过测试java.util.Iterator接口来具体说明这种技巧。首先让我们看代码ListIteratorTest，这是测试java.util.Listiterator接口的一个具体实现。

package junit.cookbook.test;

import java.util.ArrayList;

import java.util.Iterator;

import java.util.List;

import java.util.NoSuchElementException;

import static org.junit.Assert.*;

import org.junit.After;

import org.junit.Before;

import org.junit.Test;

public class ListIteratorTest {

private Iterator noMoreElementsIterator;

protected abstract Iterator makeNoMoreElementsIterator();

@Before

public void setUp() throws Exception {

List empty = new ArrayList();

noMoreElementsIterator = empty.iterator();

}

@Test

public void testHasNextNoMoreElements() {

assertFalse(noMoreElementsIterator.hasNext());

}

@Test

public void testNextNoMoreElements() {

try {

noMoreElementsIterator.next();

fail("No exception with no elements remaining!");

} catch (NoSuchElementException expected) {

}

}

@Test

public void testRemoveNoMoreElements() {

try {

noMoreElementsIterator.remove();

fail("No exception with no elements remaining!");

} catch (IllegalStateException expected) {

}

}

}

接着让引入抽象的IteratorTest测试类，并将ListIteratorTest类的实际的实现添加到IteratorTest。结果如下所示：

package junit.cookbook.test;

import java.util.Iterator;

import java.util.NoSuchElementException;

import static org.junit.Assert.*;

import org.junit.After;

import org.junit.Before;

import org.junit.Test;

public abstract class IteratorTest {

private Iterator noMoreElementsIterator;

protected abstract Iterator makeNoMoreElementsIterator();

@Before

public void setUp() throws Exception {

noMoreElementsIterator = makeNoMoreElementsIterator();

}

@Test

public void testHasNextNoMoreElements() {

assertFalse(noMoreElementsIterator.hasNext());

}

@Test

public void testNextNoMoreElements() {

try {

noMoreElementsIterator.next();

fail("No exception with no elements remaining!");

} catch (NoSuchElementException expected) {

}

}

@Test

public void testRemoveNoMoreElements() {

try {

noMoreElementsIterator.remove();

fail("No exception with no elements remaining!");

} catch (IllegalStateException expected) {

}

}

}

只要我们实现了makeNoMoreElementsIterator()方法，我们就可以将所有的测试移入IteratorTest类。我们只需要将这个方法封装到ListIteratorTest类中：

package junit.cookbook.test;

import java.util.ArrayList;

import java.util.Iterator;

import java.util.List;

import org.junit.After;

import org.junit.Before;

import temp.IteratorTest;

public class ListIteratorTest extends IteratorTest {

protected Iterator makeNoMoreElementsIterator() {

List empty = new ArrayList();

return empty.iterator();

}

}

ListIteratorTest继承我们的抽象类IteratorTest。

我们的ListIteratorTest类中实现的创建方法返回一个iterator而不是一个空列表。类似地，如果以测试一个基于Set类的iterator，你应该创建一个继承IteratorTest的SetIteratorTest类，这个类的makeNoMorelementsterator()方法也应该返回相应的iterator而不是一个空的Set对象。

这个抽象的test case能正常工作的原因是Junit中的测试等级规定。一个TestCase类在继承其父类时将同时继承父类所有的测试。在例子中，ListIteratorTest继承IteratorTest，所以只要在test runner中运行ListIteratorTest，IteratorTest中的测试都将得到运行。

值得一提的是Eric Armstrong的观点，他是Yahoo!的JUnit社区常客：“一个接口只定义语法，而不指定语义，虽然他们经常被实现。另一方面，一个相关的test Suite可以指定语义。我们应该给每一个公用的接口配备一个test suite！”当我们在框架中发布一个接口或者抽象类的时候，最好同时写一个相关的抽象的Test Case，以验证框架在所有客户端中的最重要的期望值。

最后，你会有同时实现了多个接口的类。建议你独立地测试每个接口的功能，而不要拘泥于那个“一个test case类测试一个类”的死板规定。