CN103425585B - 一种osgi集成测试方法 - Google Patents

Abstract

本发明提供一种OSGI集成测试方法，包括提单器、测试用例编辑器和数据处理器，所述提单器用于对提交的OSGI集成测试信息进行处理及保存，并系统地展示给测试人员和开发人员，同时为测试用例编辑器提供测试数据，测试用例编辑器在系统展示OSGI集成测试信息的同时能利用提单器提供的数据实现测试人员对测试用例的快速编写，数据处理器能收集OSGI测试工具pax‑exam中的测试信息，并在系统的数据处理后进行展示。本发明通过提单器、测试用例编辑器和数据处理器实现OSGI集成测试。

Description

一种OSGI集成测试方法

技术领域

本发明属于OSGI测试领域，具体涉及一种OSGI集成测试方法。

背景技术

软件由于操作系统、中间件、计算资源间的相互渗透，而向综合广泛的软件平台一体化演变，未来该行业将形成一种围绕主流的平台体系来构造竞争产业链的模式，并发展出基于一体化的平台体系产业竞争，不在是从前的单一软件竞争。SOA(Service-OrientedArchitecture)，就是一种面向服务的架构，一个组件模型，其按照需求通过对松散耦合的应用组件服务按照预定义的接口组合使用，实现软件的一体化和跨平台性。OSGI服务平台是一种非常合适实现SOA的架构，其为Java语言的动态模块系统，能够隐藏具体的服务实现类，从而为实现面向服务的应用提供良好的基础架构。由于OSGI既有的优点，目前该技术在一体化平台模式中发挥越来越重要的作用。

模块化，动态加载的优点，却给OSGI这些构件带来了测试上的困难。比如由于各个程序模块间的相互依赖性及Bundle生命周期由OSGI框架进行运行维护的。因此测试时必须让多个Bundle同时运行于OSGI环境中，这与传统的测试软件背景不同，那么就不能单纯使用JUnit测试工具。构件Bundle的另外一个特征：对包含的Java包具有严格的安全访问限制，表现为其只公开少数的接口包给其他构件调用。该方式保证了其安全性，但却给测试构件内部非公开包带来了困难，难于实现较小粒度的单元测试。在程序开发测试流程中，程序员与测试人员都希望能将产品业务代码与测试代码分隔，即测试用例的运行不影响业务代码的运行，且基于该开发测试流程在发布产品时，不需要进行大量的分隔测试代码的工作，但在OSGI框架下，要实现产品业务代码和测试代码的分隔也具有一定的难度。目前一方面缺少系统的OSGI测试方案研究，另一方面OSGI的集成测试工具需要大量了解构件的导出包接口信息和服务信息以编写测试用例代码，而测试代码的运行结果界面显示具有一定的约束性，不方便测试人员和开发人员的沟通和数据结果的显示，造成测试效率低下等问题。

目前来看， OSGI集成测试中面临开发与测试难于分离的问题，测试工具测试数据记录难以回放，测试数据及测试用例无法同时展示于测试人员与开发人员之间，测试用例编写代码冗余导致测试人员工作效率低等问题，没有一个系统的OSGI集成测试平台。

发明内容

本发明的目的在于克服开发与测试难于分离的问题，提供一种OSGI集成测试方法。

一种OSGI集成测试方法，其通过提单器、测试用例编辑器和数据处理器三部分实现，所述提单器用于对提交的OSGI集成测试信息进行处理及保存，并展示给测试人员和开发人员，同时为测试用例编辑器提供测试数据，测试用例编辑器在系统展示OSGI集成测试信息的同时能利用提单器提供的数据实现测试人员对测试用例的快速编写，数据处理器能收集OSGI测试工具pax-exam中的测试信息，并在系统的数据处理后进行展示。

进一步的，所述提单器包括用于数据展示的前端、进行数据管理的后台和进行数据保存的数据存储区；所述提单器前端以web页面的形式存在，用户通过前端提交OSGI集成测试信息，提单器前端能将信息提交给后台进行处理，并展示提单器后台返回的测试信息，分为Subject模块、Bundle模块、Service模块、Method模块和Data模块。

进一步的，所述Subject模块、Bundle模块和Service模块用于给用户提供UI，接收用户人员的操作，所述操作包括创建测试主题、添加构件、添加服务三部分信息，并将提交的数据交由Data模块与后台交互后，在界面上展示给用户；

所述Method模块给用户提供添加函数信息部分的UI，通过提交服务函数接口文件，并通过Data模块与后台交互，获取服务与函数的匹配关系并展示于界面上；

所述Data模块用于被调用执行数据的处理事件，负责与后台进行数据交互，并相应地更新Subject模块、Bundle模块、Service模块和Method模块；

进一步的，所述提单器后台部署于tomcat服务器中，用于接受前端提交的测试数据，并进行相应的处理后或交由数据存储区，或返回给前端进行展示；所述测试数据包括测试主题、测试构件、测试服务及测试服务函数接口信息，所述后台包括数据接收模块、数据解析模块、服务函数匹配器和数据存储模块；

进一步的，所述数据接收模块基于Servlet技术实现，用于当所述前端提单事件触发后，通过Http Servlet传送数据，根据来源数据的不同，使用相应的接口进行不同行为要求回应，并调用数据解析进行相应行为的数据处理；

所述数据解析模块被数据接收模块所调用，对四个测试信息进行不同方式的解析，将数据格式处理成为合适的格式，以供Hibernate框架模块使用；所述四个测试信息包括测试主题，构件，服务和函数；

所述服务函数匹配器负责对上传的服务接口文件进行服务函数的匹配处理，通过匹配算法得到该服务对应的函数列表，将处理好的函数信息通过数据接收模块重新传给前端显示给用户；

所述数据存储模块主要使用hibernate主流持久化框架，实现与数据存储区进行数据交流，通过数据存储模块，将上传的测试信息进行保存供测试用例编辑器使用。

进一步的，所述提单器数据存储区主要使用了Mysql数据库，进行后台数据存储模块提交的OSGI集成测试数据的保存；

所述测试用例编辑器包括进行测试信息系统展示和测试用例编辑的前端、对测试信息进行提取和测试用例数据进行处理的后台以及数据存储区三部分；

所述测试用例编辑的前端以Web页面的形式提供UI，供用户进行测试信息的系统查看以及测试用例的编辑处理，同时将相应的测试数据和测试用例信息处理后交与后台作进一步处理交互，该前端包括测试信息模块、用例列表模块、Data模块、用例编辑区和控制区；所述测试信息模块将调用Data模块与后台交互获取提单器提交的信息并在展示测试信息于界面上；所述用例列表模块在Data 模块触发更新用例列表数据后，进行数据的更新显示；所述Data模块与测试用例编辑器的后台进行交互更新数据，并渲染显示于前端的测试信息模块和测试用例列表模块的界面中；所述用例编辑区主要负责编辑区界面的显示，用户可在编辑区自动生成测试用例编辑模板，进行编辑工作；所述控制区对编辑测试用例的控制，包括用例模板生成、用例文件的保存与删除、用例文件的内容解析及测试用例代码生成；

所述测试用例编辑器的后台用于负责对前端提交的信息展示请求和测试用例控制请求进行相应的处理，并将处理的数据返回给前端进行显示，该测试用例编辑器的后台包括数据接收模块、测试信息提取模块、测试用例工作模块和数据存储模块；

其中，数据接收模块基于Servlet技术实现，用于与测试用例编辑器的前端进行数据的交互，并根据不同的请求调用测试信息提取模块或测试用例工作模块；

测试信息模块提取负责通过数据存储模块从数据存储区获取提单器提交的详细集成测试信息，并将数据处理成合适的格式后通过数据接收模块返回给前端进行展示；

测试用例工作模块主要负责对前端提交的测试用例编辑信息按测试用例处理请求进行相应的处理；测试用例工作模块包括用例模板生成器、用例模板解析器和用例代码生成器三部分；

所述用例模板生成器负责当前端要求生成测试用例模板时，自动根据提单器提供的详细测试数据，测试数据包括主题、构件、服务和函数，生成符合测试用例编辑器编码规范的xml文件内容，并返回给前端；

所述用例模板解析器用于对前端提交的测试用例xml进行详细解析，提取出该测试主题的每个构件的服务函数的每个测试用例信息，包括调用的函数名、函数用例中的函数参数、用例的预期返回值、用例允许的误差和用例出错时返回的参数；

所述用例代码生成器用于根据前端提交的用例xml，解析xml中每个函数的测试用例详细信息、构件地址信息后自动生成符合OSGI测试工具pax-exam用例代码结构的测试代码；

数据存储模块基于hibernate框架实现，用于与数据存储区进行数据交互；

编辑器数据存储区基于Mysql数据库实现，用于进行数据的保存。

进一步的，所述数据处理器包括进行测试结果数据显示的前端、对测试结果数据进行管理的后台、数据存储区和对测试结果数据进行采集、处理和存储的测试运行区；

所述测试运行区使用集成了数据处理器功能的Pax-exam测试工具进行集成测试，在测试运行中对测试的详细信息的提取，测试的详细信息包括用例的成功与失败个数、成功与失败个数信息以及错误跟踪信息；将测试信息存储于数据存储区内，测试运行区包括数据采集模块、数据管理器和数据存储模块；

其中数据采集模块主要负责当测试工具pax-exam执行测试行为时，将触发工作，收集模块从测试工具pax-exam中合适的执行阶段提取出不同的测试信息；

数据管理器负责对异步获取的测试数据作进一步处理，以获得更加合适的数据模型表达和建立关联；

数据存储模块负责与数据存储区交互，将测试数据进行保存；

进一步的，所述数据处理器的前端主要包括用例概况模块、用例详述模块、错误跟踪区、代码展示模块和Data模块，除Data模块的其余模块负责将测试类的代码信息，用例成功、失败和忽略个数信息，用例执行时间信息，用例错误跟踪信息在界面上进行显示，Data模块负责进行数据的处理、与后台交互和触发前端其余模块的界面更新；

所述数据处理器的后台主要包括数据接收模块、数据管理模块和数据存储模块，数据接收模块负责与前端进行交互，并调用数据处理模块数据存储模块与数据存储区交互，返回测试结果数据给前端。

与现有技术相比，本发明具有如下优点和技术效果：

本发明解决了开发与测试难于分离的问题，通过提单器、测试用例编辑器和数据处理器实现OSGI集成测试，提高开发人员和测试人员之间的沟通效率，解决OSGI集成测试中遇到的测试数据记录及回放问题，同时提高测试用例编写效率。

附图说明

图1为OSGI集成测试方法框架图。

图2为提单器框架图。

图3为服务函数匹配状态图。

图4为测试用例编辑器框架图。

图5为测试用例编辑器后台框架图。

图6为测试用例代码生成流程图。

图7为数据处理器框架图。

图8为数据处理器采集数据模型关联图。

具体实施方式

下面结合附图对本发明做进一步的说明，但本发明的实施和保护不限于此。

本发明为了实现OSGI集成测试，利用提单器、测试用例编辑器和数据处理器三个部分相互合作实现，框架如图1所示，当开发人员完成OSGI组件Bundle的开发而进行整合测试时，通过平台的提单器创建测试主题并提供测试的构件信息、构件服务信息和服务函数信息，提单器根据测试数据模型处理测试信息并存储；测试人员通过测试编辑器查看该测试主题的详细信息，利用编辑器自动生成符合OSGI集成测试平台自定规范的测试用例XML模板文件，测试人员在编辑区进行测试用例XML文件的编辑后，编辑器自动解析生成测试用例列表展示及生成符合pax-exam测试类结构层次的测试代码，方便测试人员编写代码工作；测试人员在测试运行区运行集成了数据处理器的pax-exam测试工具执行测试类，数据处理器将收集及处理测试信息并进行存储，测试人员及开发人员随后可通过OSGI集成测试平台的测试结果展示界面查看信息。

本发明为了实现可以系统处理OSGI集成测试信息的提单器，整体框架图2所示，分为前端客户端和后台数据处理两部分。前端基于Ext-JS框架提供UI，用于接收用户人员的操作，比如创建测试主题、添加构件、服务方法信息等操作，并将数据在界面上展示给用户，同时对提交的数据进行处理后通过Http Servlet提交给后台数据处理部分。后台数据处理部分接收前端提交的数据后，对数据进行处理，使用Hibernate框架与数据存储区Mysql进行交互，并对提交的服务接口信息进行数据处理，利用服务函数匹配模块对数据进行处理与匹配，将函数信息传送至客户端进行显示并允许用户在函数模块Method 模块中对其进行信息补充。其中服务函数匹配器将对提交的服务函数接口文件内容进行匹配处理，以得到服务与多个函数的匹配关系。经过对接口信息文件内容的分析，可将内容分成以下几个部分：接口名、函数注释、函数作用域、函数返回类型、函数名、函数参数等，可知文件内容则是所有函数信息列的展示，而匹配器的目的便是将所有的函数信息提取出来，分析接口信息的结构组成及提单器所需信息，可使用状态机的方式进行内容的描述，匹配器状态如图3所示。

本发明为了实现可以进行测试用例有效编辑的测试用例编辑器，整体框架如图4所示，分为前端、后台与数据存储区三部分，前端基于Ext-Js框架提供UI，当用户进行查看测试详细信息或更改测试主题的状态时，此时测试信息展示模块将调用Data模块与后台交互获取信息并更新测试信息展示模块，后台框架如图5所示，用户可在编辑区域自动生成测试用例编辑模板xml内容，测试用例编辑器编码规则使用XML语言，定义了根标识为subject，需要的第二层节点构件地址标识为bundleadr，以及第二层节点构件标识为Bundle，在构件Bundle节点中使用属性bname来标识构件名称，Bundle节点下一层则为Service节点，表示构件中的服务，在服务节点中分别使用属性sname表示服务名称、varname表示服务变量名称，依此规律定义了函数节点Method层及测试用例节点Case层，Case层下为用例使用参数的详细信息，为叶子节点，包括函数使用的参数、参数类型、预期返回值、预期返回值类型、允许误差值、允许误差值返回类型和出错返回信息等等。此时编辑器将调用控制区模块的模板生成事件与后台数据交互，获取编辑区的展示信息从而更新用例编辑区的内容显示，用户根据一定的规范编写完成测试用例xml后，测试用例编辑区调用控制区模块的解析事件，与后台交互，后台对xml内容进行解析，并返回解析出的测试用例列表，同时触发Data 模块对用例列表模块数据的更新事件，在用例列表模块界面上进行渲染更新展示。当用户使用测试用例编辑器生成代码功能时，控制区模块将被触发代码生成事件与后台交互，生成后台返回的符合测试工具pax-exam测试用例代码结构层的代码，在上述基础上测试用例代码生成器能自动生成测试用例代码，其代码生成流程如图6所示，用户可保存该代码内容，并进行简要的补充后进行OSGI集成测试工作。

本发明为了实现可以对OSGI测试工具Pax-exam测试结果进行采集处理的数据处理器，设计框架图如图7所示，分为前端、后台、数据存储区和测试运行区四个部分，测试运行区使用集成了数据处理器功能的Pax-exam测试工具进行集成测试，当测试人员运行pax-exam时，将触发测试运行区中的测试代码收集模块进行代码内容的提取工作，并随后调用代码管理模块处理测试代码，数据存储模块将处理好的代码内容存储于数据存储区内，供前端界面查看使用，同时测试运行区将触发测试数据收集模块对测试的详细信息的提取，如用例的成功与失败个数、成功与失败个数信息以及错误跟踪信息等等，测试数据收集模块将调用测试数据管理模块处理提取的大量测试信息，构建数据模型如图8所示，获取的四个测试结果数据模型通过类名和类地址作为主要标识进行关联，并使用displayname辅助关联，最终，数据存储模块将测试信息存储于数据存储区内。当用户触发前端界面时，将调用用例概况模块通过Data 模块与后台交互，返回用例概况测试数据，通过用例详述模块、错误跟踪模块和测试代码模块前端可从Data模块与后台交互获取到相应的测试数据显示。后台部分的数据接收模块在接收到前端的http Servlet请求信息后，数据管理模块将调用数据存储模块与数据存储区交互，拿取测试信息返回给前端。

Claims (6)

1.一种OSGI集成测试方法，其特征在于通过提单器、测试用例编辑器和数据处理器三部分实现，所述提单器用于对提交的OSGI集成测试信息进行处理及保存，并展示给测试人员和开发人员，同时为测试用例编辑器提供测试数据，测试用例编辑器在系统展示OSGI集成测试信息的同时能利用提单器提供的数据实现测试人员对测试用例的快速编写，数据处理器能收集OSGI测试工具Pax-exam中的测试信息，并在系统的数据处理后进行展示；所述提单器包括用于数据展示的前端、进行数据管理的后台和进行数据保存的数据存储区；所述提单器前端以web页面的形式存在，用户通过前端提交OSGI集成测试信息，提单器前端能将信息提交给后台进行处理，并展示提单器后台返回的测试信息，分为Subject模块、Bundle模块、Service模块、Method模块和Data模块；所述Subject模块、Bundle模块和Service模块用于给用户提供UI，接收用户人员的操作，所述操作包括创建测试主题、添加构件、添加服务三部分信息，并将提交的数据交由Data模块与后台交互后，在界面上展示给用户；

所述Method模块给用户提供添加函数信息部分的UI，通过提交服务函数接口文件，并通过Data模块与后台交互，获取服务与函数的匹配关系并展示于界面上；

所述Data模块用于被调用执行数据的处理事件，负责与后台进行数据交互，并相应地更新Subject模块、Bundle模块、Service模块和Method模块。

2.根据权利要求1所述的一种OSGI集成测试方法，其特征在于所述提单器后台部署于tomcat服务器中，用于接受前端提交的测试数据，并进行相应的处理后或交由数据存储区，或返回给前端进行展示；所述测试数据包括测试主题、测试构件、测试服务及测试服务函数接口信息，所述后台包括数据接收模块、数据解析模块、服务函数匹配器和数据存储模块。

3.根据权利要求2所述的一种OSGI集成测试方法，其特征在于：

所述数据接收模块基于Servlet技术实现，用于当所述前端提单事件触发后，通过HttpServlet传送数据，根据来源数据的不同，使用相应的接口进行不同行为要求回应，并调用数据解析进行相应行为的数据处理；

所述数据解析模块被数据接收模块所调用，对四个测试信息进行不同方式的解析，将数据格式处理成为适用于Hibernate框架模块的格式，以供Hibernate框架模块使用；所述四个测试信息包括测试主题，构件，服务和函数；

所述服务函数匹配器负责对上传的服务接口文件进行服务函数的匹配处理，通过匹配算法得到该服务对应的函数列表，将处理好的函数信息通过数据接收模块重新传给前端显示给用户；

所述数据存储模块使用Hibernate框架，实现与数据存储区进行数据交流，通过数据存储模块，将上传的测试信息进行保存供测试用例编辑器使用。

4.根据权利要求1所述的一种OSGI集成测试方法，其特征在于：

所述提单器数据存储区使用了Mysql数据库，进行后台数据存储模块提交的OSGI集成测试数据的保存；

所述测试用例编辑器包括进行测试信息系统展示和测试用例编辑的前端、对测试信息进行提取和测试用例数据进行处理的后台以及数据存储区三部分；

测试用例编辑器的前端以web页面的形式提供UI，供用户进行测试信息的系统查看以及测试用例的编辑处理，同时将相应的测试数据和测试用例信息处理后交与测试用例编辑器的后台作进一步处理交互，测试用例编辑器的前端包括测试信息模块、用例列表模块、测试用例编辑器中的Data模块、用例编辑区和控制区；所述测试信息模块将调用测试用例编辑器中的Data模块与与测试用例编辑器的后台交互获取提单器提交的信息并在展示测试信息于界面上；所述用例列表模块在测试用例编辑器中的Data 模块触发更新用例列表数据后，进行数据的更新显示；所述测试用例编辑器中的Data模块与测试用例编辑器的后台进行交互更新数据，并渲染显示于测试用例编辑器的前端的测试信息模块和测试用例列表模块的界面中；所述用例编辑区主要负责编辑区界面的显示，用户可在编辑区自动生成测试用例编辑模板，进行编辑工作；所述控制区对编辑测试用例的控制，包括用例模板生成、用例文件的保存与删除、用例文件的内容解析及测试用例代码生成；

所述测试用例编辑器的后台用于负责对测试用例编辑器的前端提交的信息展示请求和测试用例控制请求进行相应的处理，并将处理的数据返回给测试用例编辑器的前端进行显示，该测试用例编辑器的后台包括数据接收模块、测试信息提取模块、测试用例工作模块和数据存储模块；

其中，数据接收模块基于Servlet技术实现，用于与测试用例编辑器的前端进行数据的交互，并根据不同的请求调用测试信息提取模块或测试用例工作模块；

测试信息提取模块提取负责通过测试用例编辑器的后台的数据存储模块从测试用例编辑器的数据存储区获取提单器提交的详细集成测试信息，并将数据处理成合适的格式后通过数据接收模块返回给测试用例编辑器的前端进行展示；

测试用例工作模块主要负责对测试用例编辑器的前端提交的测试用例编辑信息按测试用例处理请求进行相应的处理；测试用例工作模块包括用例模板生成器、用例模板解析器和用例代码生成器三部分；

所述用例模板生成器负责当测试用例编辑器的前端要求生成测试用例模板时，自动根据提单器提供的详细测试数据，测试数据包括主题、构件、服务和函数，生成符合测试用例编辑器编码规范的xml文件内容，并返回给测试用例编辑器的前端；

所述用例模板解析器用于对测试用例编辑器的前端提交的测试用例xml进行详细解析，提取出该测试主题的每个构件的服务函数的每个测试用例信息，包括调用的函数名、函数用例中的函数参数、用例的预期返回值、用例允许的误差和用例出错时返回的参数；

所述用例代码生成器用于根据测试用例编辑器的前端提交的用例xml，解析xml中每个函数的测试用例详细信息、构件地址信息后自动生成符合OSGI测试工具Pax-exam用例代码结构的测试代码；

测试用例编辑器的后台的数据存储模块基于Hibernate框架实现，用于与测试用例编辑器的数据存储区进行数据交互；

测试用例编辑器的数据存储区基于Mysql数据库实现，用于进行数据的保存。

5.根据权利要求1所述的一种OSGI集成测试方法，其特征在于：

所述数据处理器包括进行测试结果数据显示的前端、对测试结果数据进行管理的后台、数据存储区和对测试结果数据进行采集、处理和存储的测试运行区；

所述测试运行区使用集成了数据处理器功能的Pax-exam测试工具进行集成测试，在测试运行中对测试的详细信息的提取，测试的详细信息包括用例的成功与失败个数、成功与失败个数信息以及错误跟踪信息；将测试信息存储于数据处理器的数据存储区内，测试运行区包括数据采集模块、数据管理器和数据存储模块；

其中数据采集模块主要负责当测试工具Pax-exam执行测试行为时，将触发工作，数据采集模块从测试工具Pax-exam中合适的执行阶段提取出不同的测试信息；

数据管理器负责对异步获取的测试数据作进一步处理，以获得更加合适的数据模型表达并建立关联；

数据存储模块负责与数据处理器的数据存储区交互，将测试数据进行保存。

6.根据权利要求5所述的一种OSGI集成测试方法，其特征在于：所述数据处理器的前端主要包括用例概况模块、用例详述模块、错误跟踪区、代码展示模块和Data模块，除数据处理器的前端的Data模块的其余模块负责将测试类的代码信息，用例成功、失败和忽略个数信息，用例执行时间信息，用例错误跟踪信息在界面上进行显示，数据处理器的前端的Data模块负责进行数据的处理、与数据处理器的后台交互和触发数据处理器的前端其余模块的界面更新；

所述数据处理器的后台主要包括数据接收模块、数据管理模块和数据存储模块，数据接收模块通过接收数据处理器的前端的Http Servlet请求信息和数据处理器的前端进行交互，并且在数据接收模块接收到数据处理器的前端的Http Servlet请求信息后，数据管理模块调用数据处理器的后台的数据存储模块与数据处理器的数据存储区交互。