寫接口的目的一般是，讓這個接口的所有實現(xiàn)都具備某個共同的行為。這個行為不僅目前實現(xiàn)的類具備，將來要寫的實現(xiàn)也都必須具備。因此，就需要為這個接口編寫一個通用的測試程序，這個測試程序不僅能測試當(dāng)前已經(jīng)實現(xiàn)的類的通用屬性，而且可以不加修改應(yīng)用于將來要實現(xiàn)的類。

首先引入一個抽象的測試類，該測試類的方法用于測試接口的共同行為。然后使用工廠方法創(chuàng)建接口的對象，以完成測試程序。下面是詳細(xì)步驟：

1.???? 選定測試程序要測試的已經(jīng)具體實現(xiàn)的類。

2.???? 創(chuàng)建一個抽象的測試類，聲明要驗證的功能的測試方法。在具體的測試程序?qū)崿F(xiàn)中繼承這個測試類，并修改相應(yīng)的實現(xiàn)方法。

3.???? 在接口的每一個具體實現(xiàn)中都運行該測試程序，但在每個實現(xiàn)中都只驗證“接口范圍內(nèi)”的行為[10]。

4.???? 在測試程序內(nèi)，找到創(chuàng)建（接口）對象的代碼，將該代碼改成具體的、已經(jīng)實現(xiàn)的類的創(chuàng)建方法，但記住將該對象聲明為接口的對象，而不是具體實現(xiàn)的類的對象。重復(fù)這一過程，直至測試程序中沒有已經(jīng)實現(xiàn)的類的對象。

5.???? 聲明你要在測試中調(diào)用的抽象方法。

6.???? 現(xiàn)在，測試只涉及接口和一些抽象的測試方法，請將測試程序移入抽象的測試類。

7.???? 重復(fù)這一過程直至所有的測試都移入抽象的測試類。

8.???? 重復(fù)前面的全部過程，直至除了驗證具體實現(xiàn)的特有的方法的測試程序外，所有的測試代碼都已完成。

下面通過測試java.util.Iterator接口來具體說明這種技巧。首先讓我們看代碼ListIteratorTest，這是測試java.util.Listiterator接口的一個具體實現(xiàn)。

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類的實際的實現(xiàn)添加到IteratorTest。結(jié)果如下所示：

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) {

????????????? }

?????? }

}

?

只要我們實現(xiàn)了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類中實現(xiàn)的創(chuàng)建方法返回一個iterator而不是一個空列表。類似地，如果以測試一個基于Set類的iterator，你應(yīng)該創(chuàng)建一個繼承IteratorTest的SetIteratorTest類，這個類的makeNoMorelementsterator()方法也應(yīng)該返回相應(yīng)的iterator而不是一個空的Set對象。

這個抽象的test case能正常工作的原因是Junit中的測試等級規(guī)定。一個TestCase類在繼承其父類時將同時繼承父類所有的測試。在例子中，ListIteratorTest繼承IteratorTest，所以只要在test runner中運行ListIteratorTest，IteratorTest中的測試都將得到運行。

值得一提的是Eric Armstrong的觀點，他是Yahoo!的JUnit社區(qū)常客：“一個接口只定義語法，而不指定語義，雖然他們經(jīng)常被實現(xiàn)。另一方面，一個相關(guān)的test Suite可以指定語義。我們應(yīng)該給每一個公用的接口配備一個test suite！”當(dāng)我們在框架中發(fā)布一個接口或者抽象類的時候，最好同時寫一個相關(guān)的抽象的Test Case，以驗證框架在所有客戶端中的最重要的期望值。

最后，你會有同時實現(xiàn)了多個接口的類。建議你獨立地測試每個接口的功能，而不要拘泥于那個“一個test case類測試一個類”的死板規(guī)定。

轉(zhuǎn)載于:https://www.cnblogs.com/Automation_software/archive/2011/01/24/1943054.html

總結(jié)

以上是生活随笔為你收集整理的Junit实现接口类测试的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。