最近，你应该看看Pax考试： http ： //team.ops4j.org/wiki/display/paxexam/Pax+Exam
这是OPS4J目前与测试相关的工作。
在OPS4J（ops4j.org）上有一个名为Pax Drone的专用开源OSGi测试框架。
您可能想看看Pax Drone（[ http://wiki.ops4j.org/confluence/x/KABo] ），它可以让您在测试中使用所有Felix版本以及Equinox和Knopflerfish。
干杯，托尼
以下是一些尚未提及的工具：
我正在使用Tycho ，这是一个使用Maven构建Eclipse插件的工具。 如果您在自己的插件或插件片段中创建测试，Tycho可以在其自己的OSGi实例中运行每组测试，并具有所有必需的依赖项。 介绍和进一步的信息 。 这对我很有用。
jUnit4OSGI看起来很简单。 您创建OSGiTestCase的子类，并获得getServiceReference()等方法。
Pluginbuilder是OSGi bundle / Eclipse插件的无头构建系统，它有一个名为Autotestsuite 的测试运行框架 。 它在构建步骤之后在OSGi环境的上下文中运行测试。 但是，它似乎没有维持好几年。 我认为许多Eclipse项目正在从Pluginbuilder迁移到Tycho。
另一种选择是你的单元测试 ，你直接运行中启动一个OSGi容器的实例，如解释在这里 。
这是一个写了一个小包测试收集器的人 ，它搜索JUnit（3）测试并运行它们。
Eclipse有一个启动配置类型，用于在Eclipse（即OSGi）应用程序的上下文中运行JUnit测试：
对于单元测试，请使用EasyMock框架或创建自己的测试所需接口实现。
ProSyst测试执行环境是OSGi包的有用测试工具。 它还支持JUnit测试作为可能的测试模型之一。
如果您需要测试GUI组件，我发现SWTBot可以完成工作。
我认为我们遇到了同样的问题，我们制定了自己的解决方案。 解决方案有不同的部分：
使用这些工具，您可以执行TDD并且编写的测试也始终在maven集成阶段内运行。 建议使用带有m2e和maven-bundle-plugin的eclipse，因为在这种情况下，只要在源中保存一个类就可以重新生成target / classes / META-INF / MANIFEST.MF，这样就可以拖动项目并删除到部署者窗口。 您开发的OSGi包不必具有任何特殊功能（例如作为eclipse插件或其他东西）。
整个解决方案是OpenSource。 您可以在http://cookbook.everit.org找到教程
条约是一个合同（测试）框架，相当学术，但有一些不错的想法。 有发表在其上的论文，以及正在努力改进它的人。
在过去的几年里， Tycho--一个基于Maven的OSGi构建系统 - 在Eclipse Foundation中变得相当受欢迎。 该框架还包括使用Maven Surefire在单独的测试平台中测试OSGi包的方法...
我想有很多方法可以测试OSGi组件。 进行测试的一种方法是使用Robot Framework。 我所做的是使用Robot Framework进行测试，并将远程库安装在OSGi中，或让他们通过套接字与OSGi测试组件通信，机器人将与这些模块通信并通过它们运行测试。
所以，基本上你的OSGi模块应该有接口做某事并产生一些输出。 因此，在我的设置中，我有一个测试组件，可以对实际的OSGi组件进行服务调用，然后会有一个侦听服务来捕获事件/服务调用（由被测模块产生），这些结果可能被机器人问到。 所以基本上这样你就可以在一个小型组件中拆分一个庞大的系统，让系统像环境一样在生产/生产中运行，并在组件级别自动测试，或者让一些真实的组件一起进行测试。
bnd-testing-maven-plugin怎么样？
它允许在像Felix或Equinox这样的运行容器中运行JUnit。 如果您使用BNDTools进行eclipse，这非常相似，但只需要map withpout eclipse并且没有UI。
https://github.com/bndtools/bnd/tree/master/maven/bnd-testing-maven-plugin
另请参阅maven的effectiveosgi原型。 这将为您提供构建项目或添加测试的良好起点。
