使用使用Abbot框架自动化测试框架自动化测试Eclipse插件的用户界面，第插件的用户界面，第2部分部分
火龙果软件工程技术中心
如今 Eclipse RCP 平台已成为 Java 平台上的富客户端首选，而 SWT 和 JFace 的高效率也让诸多 Java 界面开发者受益匪
浅。在插件化已经成为一种潮流的今天，我们迫切需要一种自动化的界面测试工具去测试 Eclipse 的插件。Abbot 框架就是这
样一种自动化的UI测试工具，它提供了一系列的能够执行 Swing 或者 SWT 界面测试的 API，并提供了脚本录制和编辑、运行
的工具。Abbot 的 SWT 版本是基于 Eclipse 的插件形式发布的，天然的支持了 Eclipse 插件的自动化测试。
本文详细的描述了 Abbot SWT 插件的配置和使用，分析了 Abbot 的体系结构和工作原理，并给出复杂的测试用例来说明
Abbot SWT 的一些高级用法，同时还分享了作者的一些 Abbot 相关的最佳实践，相信会对从事 Eclipse 插件和 SWT 用户界面
的开发和测试人员有一定的帮助。
循序渐进：编写高效的 Abbot 测试用例
至此我们已经能够基本掌握 Abbot 的用法，编写简单的测试用例，你也许没有注意到，我们的测试用例是否是有效的测试用
例？我们是否可以用更简单的方式，编写更加高效的测试用例？在本文的这一部分，你将能够了解到这些内容。
使用自定义线程捕获异常
如果你使用JUnit测试过多线程程序，你会发现JUnit实际上不支持多线程的测试，所有在线程中的断言失败或者异常对该测试
用例的结果没有影响。前面我们已经了解到，Abbot的测试通常是使用线程方式进行的，我们还沉浸在一开始就运行成功Java
类向导测试用例的喜悦中，也许并没有发现，那并不是一个有效的测试用例。想知道事情的原委，读者可以将
JavaWizardTest中findAndTestWizard方法的“assertFalse(finishButton.isEnabled()); ”更改
为“assertFalse(!finishButton.isEnabled());”再次运行该用例，你将发现控制台中，JUnit捕获到了
junit.framework.AssertionFailedError错误，但是用户界面却停滞不前，当你按下取消按钮帮助界面结束测试，你可以在JUnit
视图中发现测试用例居然成功通过。
此时我们发现两个问题：
我们在线程中的断言和异常并不能真正的决定测试用例的成败，因此我们的测试用例是无效的。
在发生异常后，我们并没有考虑到如何使用户界面继续(我们需要手工帮助向导退出)，后续的测试方法和测试用例将无法继
续进行。
实际项目中，我们通常使用自定义的测试线程和增加在finally中对用户界面的清理工作来解决上面两个问题，首先我们定义
一个能够简单地显示运行是否成功的线程，请参见清单10。
清单清单10：测试线程：测试线程TestThread
package abbottest.sample;
public class TestThread extends Thread {
private Throwable exp = null;
public boolean isSuccess() {
return (exp == null);
}
public Throwable getExp() {
return exp;
}
public void setExp(Throwable exp) {
this.exp = exp;
}
}
该测试线程能够记录在运行过程中发现的错误，并提供方法来检查在运行是否成功完成。如果我们将Abbot的测试代码封装在
这样的线程中运行，就可以在主线程中判断测试线程运行是否有错误，从而实现测试的目的。
这样我们经过修改的代码，置于JavaWizardTest2.java，清单 11显示了使用测试线程的JavaWizardTest2的代码。
清单清单11：使用测试线程的测试用例：使用测试线程的测试用例
package abbottest.sample;
import junit.framework.TestCase;
import org.eclipse.swt.widgets.Button;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.MenuItem;
剩余8页未读，继续阅读
评论0
最新资源