了解全新的 Eclipse 包管理机制

了解如何通过支持 OSGi 命令 install、 ss、 start、 stop、 headers、 active、 update 和 uninstall 弥补 IBM® Rational® Functional Tester 和基于 Eclipse 的产品的控制台之间的不足。本解决方案提供了一种有效的方法，用于当 Eclipse-AutoStart 头部（header）的清单文件（manifest）被升级到 Eclipse-LazyStart 时提供自动测试用例支持。本文展示了一些测试场景，以验证这种包管理机制是可行的。

当我们的测试团队升级到 Eclipse V3.2 后，我们很快发现在我们的测试用例中 Eclipse 不再支持 AutoStart 头。Eclipse Foundation 已经使用 LazyStart 代替了 AutoStart，采用了 OSGi R4.1 规范中的延迟激活（lazy-activation）策略。这个更改带来的不利之一是，我们发现很难触发 LazyStart 中自动化的目标包。遗留的自动化测试用例需要公开一个资源，以便由触发包进行加载。由于更新所有遗留测试用例将会十分笨拙并且要花费大量时间，我们决定采用其他方法。

一种可行的方案是 Eclipse 控制台，一个操纵包的生命周期管理的强大工具。但是，Rational Functional Tester 不能识别 Eclipse 控制台。我们的解决方案是设计并实现该 GUI Console。

自动化测试的不足

Eclipse 是一个用于开发应用程序的流行的集成开发环境，得益于 Rich Client Platform (RCP)，Eclipse 成为越来越多的应用程序的运行时平台，包括 IBM Notes® Client、Sametime® 以及 Expeditor（如果您刚接触 Eclipse，需要有关 Eclipse 功能的背景知识，请查看 参考资料）。但是，在自动化测试用例实践中，测试人员在尝试利用自动化工具（比如 IBM Rational Functional Tester）为基于 Eclipse RCP 的产品开发自动化测试用例时，遇到了严重的问题（至于 Rational Functional Tester 的对象识别的详细信息，请下载 “Grabbing GUI objects with IBM Rational Functional Tester”）。

IBM Rational Functional Tester 无法识别 Eclipse 或基于 Eclipse 的产品的控制台。当自动化测试人员试图通过 IBM Rational Functional Tester 获取 Eclipse 的控制台对象时，它无法识别该控制台。结果，自动化测试人员无法继续完成后续的任务。图 1 是 IBM Rational Functional Tester 无法识别 Eclipse 的控制台的一个屏幕截图。Rational Functional Tester 识别控制台的预期操作应该是图 1 中围绕控制台的一个红色的矩形。当 Rational Functional Tester 识别出 Eclipse 中的其他小部件（比如任务窗口、菜单栏以及组合列表）时，我们会看到类似的东西。

图 1. Rational Functional Tester 无法识别 Eclipse 控制台

本文转自IBM Developerworks中国

        请点击此处查看全文