[发明专利]一种插件调试方法、测试方法及微内核架构系统

说明书

本发明公开了一种插件调试方法、测试方法及微内核架构系统，该测试方法包括以下步骤：S1：生成插件开发语言向脚本语言的脚本绑定代码；S2：加载插件并调用所述脚本绑定代码将插件功能代码实现的类或接口注册到脚本环境中的脚本类或接口；S3：编写测试用例脚本；S4：执行所述测试用例脚本以调用注册进来的脚本绑定代码来触发所述脚本绑定代码对应的插件功能代码的类或接口，实现插件功能代码的测试；本发明采用与框架融合的脚本技术对插件本身进行自动化绑定，形成一个与框架本身的脚本环境相融合的调试驱动或测试驱动环境，摆脱了调试驱动或测试对第三方框架的依赖，提高了插件调试、测试的效率和可靠性。

技术领域

本发明属于软件架构及方案设计技术领域，更具体地，涉及一种插件调试方法、测试方法及微内核架构系统。

背景技术

微内核架构有时也被称为插件架构模式(plug-in architecture pattern)，其结构如图1所示，它是一种通用的软件架构模式，与所使用的软件开发语言没有强制关联关系。微内核架构包含两部分组件：核心系统(core system)和插件模块(plug-in modules)。应用逻辑被分割为独立的插件模块和核心系统，提供了可扩展性、灵活性、功能隔离和自定义处理逻辑的特性。微内核架构的使用范围很广泛，比较著名的插件架构产品为Eclipse和Firefox。

微内核架构由于其插件间彼此隔离的特点，可对系统中的插件独立测试，也可在系统中通过使用模拟插件为正在开发测试的插件打桩，因而在可测试性方面也有较好的表现。但是在实际插件开发过程中代码调试的业务驱动以及单元测试或集成测试均需要依赖于第三方框架进行，比如针对C++语言的Cxxtest、Googletest等，针对java语言的jUnit等。采用第三方框架进行插件测试具有以下缺点：第一，由于测试框架众多，在实际使用中往往需要针对多种类型的框架进行技术选型，技术选型是一项极度依赖测试人员工作经验的工作，如果选择的测试框架的特性与待调/测试的插件不匹配，则无法对插件代码的正确性进行可靠测试，需要重新选型并进行调/测试工作，插件测试效率低下，造成工作量的巨大浪费；第二，测试环境属于第三方框架环境，插件的开发环境和测试环境分属于两个不同的运行环境，需要代码开发人员和测试用例开发人员在两个运行环境之间切换，学习成本的提高和环境切换带来的工作效率损失不可避免；第三，正是由于开发和测试环境不是同一个运行环境，因而测试可能并不能完全验证在开发环境下的代码行为正确性与可靠性。

发明内容

针对现有技术的至少一个缺陷或改进需求，本发明提供了一种插件调试方法、测试方法及微内核架构系统，其目的在于解决现有的插件测试方法依赖第三方测试框架导致的测试效率低下、开发和调试、测试环境不是同一个运行环境、插件测试的正确性和可靠性低的问题。

为实现上述目的，按照本发明的一个方面，提供了一种插件调试方法，包括以下步骤：

S1：生成插件开发语言向脚本语言的脚本绑定代码；

S2：加载插件并调用所述脚本绑定代码将插件功能代码实现的类或接口注册到脚本环境中；并按照一定的命名规则对注册的插件中的类及接口在脚本环境中对应的脚本类或接口进行命名；

S3：根据所述命名规则编写调试驱动脚本；

S4：执行所述调试驱动脚本以调用脚本绑定代码来触发所述脚本绑定代码对应的插件功能代码实现的类或接口，实现插件功能代码的调试驱动。

优选的，上述插件调试方法，其步骤S4中的调用过程具体包括以下子步骤：

S41：调用插件功能代码实现的类或接口对应的脚本类或接口；

S42：脚本绑定代码将步骤S41中的脚本调用事件传递到插件功能代码；

S43：根据所述脚本调用事件调用插件功能代码中的对应类或接口。

优选的，上述插件调试方法，其步骤S4之后还包括以下步骤：