Test an interface(测试接口)

[b] 问题:[/b]
你是否想过怎么测试接口,但是又苦于接口没有办法初始化。或者你不仅想测试这个接口当前的实现,你想测试“所有可能的实现”。

[b] 情景:[/b]
先想想接口的目的吧!写接口的目的一般是,让这个接口的所有实现都具备某个共同的行。这个行为不仅目前实现的类具备,将来要写的实现也都必须具备。因此,你需要为这个接口编写一个通用的测试程序,这个测试程序不仅能测试当前已经实现的类的通用属性,而且可以不加修改应用于将来要实现的类。
[b]诀窍:[/b]
你应该首先引入一个抽象的测试类,该测试类的方法用于测试接口的共同行为。然后使用工厂方法创建接口的对象,以完成测试程序。下面是详细步骤:
1. 选定测试程序要测试的已经具体实现的类
2. 创建一个抽象的测试类,声明要验证的功能的测试方法。在具体的测试程序实现中继承这个测试类,并修改相应的实现方法。
3. 在接口的每一个具体实现中都运行该测试程序,但在每个实现中都只验证“接口范围内”的行为
4. 在测试程序内,找到创建(接口)对象的代码,将该代码改成具体的、已经实现的类的创建方法,但记住将该对象声明为接口的对象,而不是具体实现的类的对象。重复这一过程,直至测试程序中没有已经实现的类的对象
5. 声明你要在测试中调用的抽象方法
6. 现在,测试只涉及接口和一些抽象的测试方法,请将测试程序移入抽象的测试类。
7. 重复这一过程直至所有的测试都移入抽象的测试类
8. 重复前面的全部过程,直至除了验证具体实现的特有的方法的测试程序外,所有的测试代码都已完成。

[b]实例[/b]
下面我们通过测试Java.util.Iterator接口来具体说明这种技巧。

import java.util.ArrayList;
import java.util.Iterator;
import java.util.List;
import java.util.NoSuchElementException;
import junit.framework.TestCase;

public class ListIteratorTest extends TestCase{
private Iterator noMoreElementsIterator;

protected void setUp(){
List empty = new ArrayList();
noMoreElementsIterator = empty.iterator();
}

public void testHahsNextNoMoreElements(){
assertFalse(noMoreElementsIterator.hasNext());
}

public void testNextNoMoreElements(){
try{
noMoreElementsIterator.next();
fail("No exception with no elements remaining !");
}
catch(NoSuchElementException expected){}
}

public void testRemoveNoMoreElements(){
try{
noMoreElementsIterator.remove();
fail("No exception with no elements remaining !");
}
catch(IllegalStateException expected){}
}
}

接着让我们引入抽象的IteratorTest测试类,并将ListIteratorTest类的实际的实现添加到IteratorTest。结果如下:

import java.util.Iterator;
import java.util.NoSuchElementException;
import java.framework.TestCase;

public abstract class IteratorTest extends TestCase{
private Iterator noMoreElementsIterator;

protected abstract Iterator makeNoMoreElementsIterator();

protected void setUp(){
noMoreElementsIterator = makeNoMoreElementsIterator();
}

public void testHahsNextNoMoreElements(){
assertEquals(noMoreElementsIterator.hasNext());
}

public void testNextNoMoreElements(){
try{
noMoreElementsIterator.next();
fail("No seception with no elements remaining!");
}
catch(NoSuchELementException expected){}
}

public void testRemoveNoMoreElements(){
try{
noMoreElementsIterator.remove();
fail("No exception with no elements remaining!");
}catch(IllegalStateException expected){}
}
}

只要实现了makeNoMoreElementsInterator()方法,我们就可以将所有的测试转入IteratorTest类。我们只需要将这个方法封装到ListIteratorTest类。

import java.util.ArrayList;
import java.util.Iterator;
import java.util.List;

//继承IteratorTest而不是继承TestCase
public class ListIteratorTest extends IteratorTest{

// 应该返回合适的iterator类型
protected Iterator makeNoMoreElementsIterator(){
List empty = new ArrayList();
return empty.iterator();
}
}

在上面的代码,不是继承junit.framework.TestCase类,而是继承我们的抽象类IteratorTest。
我们在IteratorTest类中实现的创建方法返回应该iterator而不是一个空列表。类似地,如果以测试一个基于Set类的iterator,你应该创建一个继承IteratorTest的SetIteratorTest类,这个类的makeNoMorelementsiterator()方法也应该返回相应的iterator而不是一个空的Set对象。

[b] 讨论:[/b]
这个抽象的test case能正常工作的原因是Junit总的测试等级规定。一个TestCase类在继承其父类是将同时继承父类的所有的测试。
值得注意Eric Armstong的观点:“一个接口只定义语法,而不指定语义,虽然他们经常被实现。”
下面给出一个更完整的IteratorTest程序

public abstract class MoreCompleteIteratorTest extends TestCase{

protected abstract boolean supportsRemove();//测试下的iterator需要支持Remove()?

public void testRemoveNoMoreElements(){
try{
noMoreElementsIterator.remove();
if(supportsRemove()){
fail("No exception with no elements remaining!");
}else{
fail(" No excepton when attrmpting to remove!");
}
}
catch(IllegalStateException expected){
//假设不支持remove
if(!supportsRemove()){
fail("Expecting UnsupportedOperationException on" + " attemp to remove!"+);
}
}catch(UnsupportedOperationException expected2){
// 假设支持remove
if(supportsRemove()){
fail("Excepting IllegalStateException on attempt" + " to remove!"+);
}
}
}
}

这个测试根据Java文档的定义更完全更全面的捕获Iterator各种表现。

最后,你会有同时实现了多个接口的类。建议独立地测试每个接口的功能,而不要拘泥那个“一个test case”类测试一个类的死板规定。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值