[发明专利]一种适用于OSGI的检测框架

说明书

技术领域

本发明涉及一种软件构件化设备，具体涉及一种适用于OSGI的检测框架。

背景技术

OSGI(Open Service Gateway Initiative)技术是面向Java的动态模型系统，OSGi的主要职责是让开发者能够构建动态化、模块化的Java系统。使用OSGi后，应用的过程就像搭积木一样搭建，例如，对于一个正在运行的系统，其中一个模块要使用日志服务，但是目前的系统并没有提供日志服务的模块，此时可以直接从网上下载实现日志服务API的模块，然后动态安装此模块，随后其他要使用日志服务的模块就可以使用了。

在OSGi环境里，针对业务逻辑模块，编写专门的检测模块，这样可以做到检测代码和业务逻辑代码完全分离。提供包含Junit检测框架的检测环境模块收集各个检测模块的检测用例，并且为检测模块提供Junit运行环境支持。

OSGi框架中每一个模块都是一个Bundle，Bundle从形式上讲是在META-INF目录下的MANIFEST.MF文件中加入了OSGi特定描述的一个jar包。Bundle的生命周期被OSGi框架管理。

目前业界广泛应用的OSGi运行框架，被称为Java语言的动态模块系统。它为模块化应用的开发定义了一个基础架构，它使用Bundle的概念把复杂的应用程序模块化。Bundle的生命周期由OSGi运行框架维护，并且Bundle之间是相互依赖的，这也决定了加载Bundle时的顺序。在带来松耦合互相依赖的同时，也产生了严格的访问控制，只有少数的接口能够被其他Bundle访问到，传统的单元检测无法在OSGi环境里运行。在检测中，经常需要对Bundle中非公开的包或方法进行检测。并且检测代码如何与业务逻辑代码分开也存在问题。

OSGi运行环境经常是由十几个或者几十个Bundle组成，如果针对每一个Bundle都写好检测代码，那么单独运行每一个检测用例也很麻烦，需要手动去执行每一个TestCase。如何把所有的检测用户汇总在一个专门的检测Bundle里面，能够一次性运行所有的检测，也是面临的一个问题。

所以需要针对OSGi特点，提供一种单元检测框架，该框架可以在OSGi环境中运行基本的Junit单元检测，把业务逻辑代码和检测代码完全分离，并且通过专门的检测运行环境对所有的检测用例进行汇总，方便检测的整体运行。

发明内容

为了克服上述现有技术的不足，本发明提供一种适用于OSGI的检测框架，该框架可以在OSGI环境中运行基本的Junit单元检测。建立单独的检测模块，把业务逻辑代码和检测代码完全分离，为后续项目构建和集成提供前提便利条件。检测运行环境收集所有检测模块里的检测用例，以集合的形式，对所有的检测用例进行汇总，方便检测的整体运行。

为了实现上述发明目的，本发明采取如下技术方案：

一种适用于OSGI的检测框架，其包括多个业务模块、多个检测模块和检测运行环境模块。

本发明提供的优选技术方案中，编写业务模块的元数据描述配置文件，将业务模块中需要进行检测的接口以osgi服务的方式对外导出。

本发明提供的第二优选技术方案中，所述检测模块分别引入osgi服务，并编写检测用例。

本发明提供的第三优选技术方案中，所述检测用例确保方法接收预期范围内的输入，为每一次检测输入返回预期的输出。

本发明提供的第四优选技术方案中，每个检测模块中，都新建Junit检测组件，运行所述检测模块里所有的检测用例，每一个检测组件都声明一个Spring Bean。

本发明提供的第五优选技术方案中，在Spring配置文件里引入所述Spring Bean，新建一个检测集合组件，实例化检测模块中的检测组件，遍历和执行所有的检测用例。

本发明提供的第六优选技术方案中，在写检测代码的过程中，若会出现检测业务模块方法依赖的业务模块没有完成的情况，为了不影响本业务模块的单元检测和能够和其他模块隔离，使用Mock对象来模拟协同模块预期的行为。

本发明提供的第七优选技术方案中，所述多个业务模块之间具有独立和依赖两种关系。

本发明提供的第八优选技术方案中，所述检测框架适用于OSGI环境与Maven持续集成环境结合在一起，进行持续集成检测。

与最接近的现有技术比，本发明的有益效果：