CN103970614B - 一种业务测试方法及装置 - Google Patents

Abstract

本发明适用于信息处理领域，提供了一种业务测试方法及装置，所述方法包括：接收业务测试请求信息，所述业务测试请求信息中携带有用户选择的业务测试接口信息；从预存的测试驱动类中查找与所述业务测试接口信息对应的测试驱动类；执行查找到的所述测试驱动类以加载相应的测试用例；提取所述测试用例中的内容，并将提取的所述内容发送给服务器测试；接收所述服务器根据所述测试用例中的内容进行测试后返回的测试结果信息。通过本发明，可有效解决现有同一测试工具无法满足不同类型业务测试需求的问题，满足大多数业务的自动化测试需求。

Description

一种业务测试方法及装置

技术领域

本发明属于信息处理技术领域，尤其涉及一种业务测试方法及装置。

背景技术

企业业务的种类越来越多，内部结构也千差万别，各种业务间的逻辑关系因此也各不相同，在一定程度上增加了业务测试的难度。

现有技术主要通过测试工具对业务进行测试，但每一个测试工具一般只能测试一种类型的业务，同一测试工具无法满足不同类型业务的测试需求。

发明内容

本发明实施例的目的在于提供一种业务测试方法，以解决现有同一测试工具无法满足不同类型业务测试需求的问题。

本发明实施例是这样实现的，一种业务测试方法，所述方法包括：

接收业务测试请求信息，所述业务测试请求信息中携带有用户选择的业务测试接口信息；

从预存的测试驱动类中查找与所述业务测试接口信息对应的测试驱动类；

执行查找到的所述测试驱动类以加载相应的测试用例；

提取所述测试用例中的内容，并将提取的所述内容发送给服务器测试；

接收所述服务器根据所述测试用例中的内容进行测试后返回的测试结果信息。

本发明实施例的另一目的在于提供一种业务测试装置，所述装置包括：

第一接收单元，用于接收业务测试请求信息，所述业务测试请求信息中携带有用户选择的业务测试接口信息；

查找单元，用于从预存的测试驱动类中查找与所述业务测试接口信息对应的测试驱动类；

执行单元，用于执行查找到的所述测试驱动类以加载相应的测试用例；

信息发送单元，用于提取所述测试用例中的内容，并将提取的所述内容发送给服务器测试；

第二接收单元，用于接收所述服务器根据所述测试用例中的内容进行测试后返回的测试结果信息。

本发明实施例与现有技术相比存在的有益效果是：根据业务测试接口查找对应的测试驱动类，通过执行查找到的所述测试驱动类来加载相应的测试用例，提取所述测试用例中的内容，并将提取的所述内容发送给服务器测试。本发明实施例可以通过同一测试工具的不同业务测试接口对不同类型的业务进行测试，满足大多数业务的自动化测试需求，有效解决现有同一测试工具无法满足不同类型业务测试需求的问题。而且，整个测试过程简单、高效。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的业务测试方法所适用的系统场景示意图；

图2是本发明实施例二提供的业务测试方法的实现流程图；

图3中的3a、3b是本发明实施例二提供的业务测试接口的示例图；

图4中是本发明实施例二提供的显示测试结果信息的示例图；

图5是本发明实施例三提供的业务测试方法的具体流程图；

图6是本发明实施例四提供的业务测试装置的组成结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明实施例一提供的业务测试方法所适用的系统场景示意图，为了便于说明，仅示出了与本实施例相关的部分。

如图1所示，该系统包括服务器1、管理前台2以及管理后台3，所述服务器1、管理前台2以及管理后台3通过网络连接通信。

其中，所述管理前台2可以是任意具有网络连接功能的终端设备，包括但不限于手机、电脑等。

所述服务器1以及管理后台3可以是单一的服务器，也可以为由几个功能服务器共同组成的服务器端。

示例性的，所述系统采用客户端/服务器（Client/Server，C/S）架构。管理后台3的容器使用apache的tomcat(jsp或servlet容器)。管理前台2采用Bootstrap（用于前端开发的工具包）作为基础框架。

在本实施例中，管理后台3通过配置业务信息，构建业务测试框架，接收添加的与业务信息相关的业务逻辑，加载与业务信息相关的测试协议，接收上传的与业务信息相关的测试用例以及测试驱动类后生成相应的业务测试接口。管理前台2显示所述业务测试接口。其中，每一个业务测试接口对应一种类型的业务。

管理前台2接收业务测试请求信息，所述业务测试请求信息中携带有用户选择的业务测试接口信息；

管理前台2将所述业务测试请求信息发送给所述管理后台2；

管理后台3在接收到所述业务测试请求信息后，从上传的测试驱动类中查找与所述业务测试接口信息对应的测试驱动类，并执行查找到的所述测试驱动类来加载相应的测试用例，提取所述测试用例中的内容，并将提取的所述内容发送给服务器1测试，接收所述服务器1根据所述测试用例中的内容进行测试后返回的测试结果信息。

优选的，为了方便用户查看测试结果，本实施例管理前台2还包括以图表的方式显示所述测试结果信息。

优选的，为了方便统计、分析，本实施例所述管理后台3还包括：

将所述测试结果信息与预先存储的预期结果信息进行匹配，并存储匹配结果信息。

本实施例提供的应用场景只用于解释本发明，并不限定本发明的保护范围。实施 例二：

图2示出了本发明实施例二提供的业务测试方法的实现流程，该方法过程详述如下：

在步骤S201中，接收业务测试请求信息，所述业务测试请求信息中携带有用户选择的业务测试接口信息。

在本实施例中，所述业务测试请求信息中可以携带有用户选择的一个或者多个业务测试接口信息，每一个业务测试接口对应一种类型的业务。如图3a所示，在接收到用户点击“选择接口”按钮指令后，跳转到图3b，在检测到用户选择图3b中显示的一个或者多个业务测试接口，并将所选择的业务测试接口拖放至右侧圆圈测试区域的操作时，向管理后台发送业务测试请求信息。

其中，本实施例在所述接收业务测试请求信息之前，还需要通过以下步骤生成业务测试接口；

配置业务信息；

构建业务测试框架，包括构建测试驱动类框架等；

接收添加的与业务信息相关的业务逻辑；

加载与业务信息相关的测试协议；

接收上传的与业务信息相关的测试用例以及测试驱动类。

其中，测试驱动类的框架采用的是junit4的框架，包括输入、输出、测试、参数化：@BeforeClass、@AfterClass、@Before、@After、@Test、@Parameters，业务逻辑在以上部分添加。测试协议方面，通过apache-mina封装了一些协议实现方法，例如IoService接口、IoFilter接口以及IoHandler接口等。

在步骤S202中，从预存的测试驱动类中查找与所述业务测试接口信息对应的测试驱动类。

在本实施例中，管理后台从上传的测试驱动类中查找与所述业务测试接口信息对应（也即业务类型对应）的测试驱动类。

在步骤S203中，执行查找到的所述测试驱动类以加载相应的测试用例。

在本实施例中，测试用例的生成（TestCase Generator）包括：

EXECL：现有的接口协议测试用例。

XML：测试用例的中间文件，作为测试驱动类输入源，由EXECL用例转换生成。

JAVA：测试驱动类模版文件。

Testing laboratory测试实验室：测试驱动类模版文件的扩充，包括：

Logicinjection业务逻辑加载：测试驱动类中补充业务信息特有的逻辑内容。

Protocol injection协议加载：根据业务信息的协议不同加载不同的协议方法或包。

JunitTest：测试驱动类整体使用junit4框架。

Mock load：一些需要模拟第三方返回时需要用到。

需要说明的是，本实施例中业务名称、业务测试接口、测试驱动类以及测试用例之间存在映射关系。

在步骤S204中，提取所述测试用例中的内容，并将提取的所述内容发送给被测服务器测试。

在本实施例中，所述测试用例中的内容包括：测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等。

在步骤S205中，接收所述被测服务器根据所述测试用例中的内容进行测试后返回的测试结果信息。

优选的，为了方便用户查看测试结果，本实施例以图表的方式显示所述测试结果信息（如图4所示），所述测试结果信息包括业务名称、模块名称、接口名称、执行用例总数、成功总数、失败总数、开始时间、结束时间以及详细结果等。

在本实施例中，结果信息图表采用Highcharts JS，是一款纯JavaScript图表绘制组件，支持的图表类型包括：线图（line）、柱形图（column）、条形图（bar）、饼图（pie）和散点图（scatter）等。当鼠标移到图表上时会利用一个tooltip展示每一点或区域上相关的文本信息。可以放大图表，查看某部分更详细的数据。Highcharts支持大部分浏览器，例如iPhone浏览器、IE浏览器等。

进一步的，为了方便统计、分析，本实施例还包括：

将所述测试结果信息与预先存储的预期结果信息进行匹配，并存储匹配结果信息。

例如，当测试结果信息与预期结果信息相差较大时，可以选择重新测试。

本实施例的业务测试方法简单、高效，短时间可以完成多个不同类型业务的测试。本实施例通过管理后台简单的配置和添加一些测试内容后，即可在管理前台选择相应的业务测试接口进行测试。本实施例将测试用例、测试协议等像插件化的抽离出来，根据不同的业务类型选择相应的测试用例、测试协议即可完成业务测试，满足大多数业务的自动化测试需求。

实施例三：

图5示出了本发明实施例三提供的业务测试方法的具体流程，该方法过程详述如下：

在步骤S501中，管理后台配置业务信息，所述业务信息包括业务名称、业务类型、业务内容等；

在步骤S502中，管理后台构建业务测试框架，包括构建测试驱动类框架等；

在步骤S503中，管理后台接收添加的与业务信息相关的业务逻辑；

在步骤S504中，管理后台加载与业务信息相关的测试协议；

在步骤S505中，管理后台接收上传的与业务信息相关的测试用例以及测试驱动类；

在步骤S506中，管理前台显示管理后台配置的业务测试接口，其中每一个业务测试接口对应一种类型的业务；

在步骤S507中，管理前台接收业务测试请求信息，所述业务测试请求信息中携带有用户选择的一个或者多个业务测试接口信息；

在步骤S508中，管理前台将所述业务测试请求信息发送给管理后台；

在步骤S509中，管理后台接收所述业务测试请求信息，加载相应的测试用例；具体的是从上传的测试驱动类中查找与所述业务测试接口信息对应的测试驱动类，执行查找到的所述测试驱动类以加载相应的测试用例；

在步骤S510中，提取所述测试用例中的内容，并将提取的所述内容发送给服务器测试；

在步骤S511中，服务器向管理后台返回测试结果信息；

在步骤S512中，管理后台对所述测试结果进行统计、分析；具体包括将所述测试结果信息与预先存储的预期结果信息进行匹配，并存储匹配结果信息；

在步骤S513中，管理后台将统计、分析后的信息发送给管理前台；

在步骤S514中，管理前台以图表的方式显示管理后台发送的所述信息。

本实施例各步骤的具体实施过程可参见实施例二的相关描述，在此不再赘述。

实施例四：

图6示出了本发明实施例四提供的业务测试装置的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。

该业务测试装置具有实施例一中管理前台和管理后台的功能，该业务测试装置包括第一接收单元61、查找单元62、执行单元63、信息发送单元64以及第二接收单元65。其中，各单元的具体功能如下：

第一接收单元61，用于接收业务测试请求信息，所述业务测试请求信息中携带有用户选择的业务测试接口信息；

查找单元62，用于从预存的测试驱动类中查找与所述业务测试接口信息对应的测试驱动类；

执行单元63，用于执行查找到的所述测试驱动类以加载相应的测试用例；

信息发送单元64，用于提取所述测试用例中的内容，并将提取的所述内容发送给服务器测试；

第二接收单元65，用于接收所述服务器根据所述测试用例中的内容进行测试后返回的测试结果信息。

进一步的，所述装置还包括:

匹配单元66，用于在所述接收到所述服务器根据所述测试用例中的内容进行测试后返回的测试结果信息之后，将所述测试结果信息与预先存储的预期结果信息进行匹配，并存储匹配结果信息。

进一步的，所述装置还包括：

配置单元67，用于在所述接收业务测试请求信息之前，配置业务信息以生成相应的业务测试接口。

进一步的，在所述配置单元之后，所述装置还包括：

构建单元68，用于构建业务测试框架；

第三接收单元69，用于接收添加的与业务信息相关的业务逻辑；

信息加载单元610，用于加载与业务信息相关的测试协议；

第四接收单元611，用于接收上传的与业务信息相关的测试用例以及测试驱动类。

进一步的，所述装置还包括：

显示单元612，用于以图表的方式显示所述测试结果信息。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将业务测试装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

综上所述，本实施例根据业务测试接口查找对应的测试驱动类，通过执行查找到的所述测试驱动类来加载相应的测试用例，提取所述测试用例中的内容，并将提取的所述内容发送给服务器测试。本实施例通过管理后台简单的配置和添加一些测试内容后，即可在管理前台选择相应的业务测试接口进行测试，测试方法简单、高效。本实施例将测试用例、测试协议等像插件化的抽离出来，根据不同的业务类型选择相应的测试用例、测试协议即可完成业务测试，满足大多数业务的自动化测试需求。

本领域普通技术人员还可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，包括ROM/RAM、磁盘、光盘等。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下做出若干等同替代或明显变型，而且性能或用途相同，都应当视为属于本发明由所提交的权利要求书确定的专利保护范围。

Claims (10)

1.一种业务测试方法，其特征在于，所述方法包括：

接收业务测试请求信息，所述业务测试请求信息中携带有用户选择的业务测试接口信息；

从预存的测试驱动类中查找与所述业务测试接口信息对应的测试驱动类；

执行查找到的所述测试驱动类以加载相应的测试用例；

提取所述测试用例中的内容，并将提取的所述内容发送给服务器测试；其中，所述测试用例中的内容包括：测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本；

接收所述服务器根据所述测试用例中的内容进行测试后返回的测试结果信息。

2.如权利要求1所述的方法，其特征在于，在接收到所述服务器根据所述测试用例中的内容进行测试后返回的测试结果信息之后，还包括:

将所述测试结果信息与预先存储的预期结果信息进行匹配，并存储匹配结果信息。

3.如权利要求1所述的方法，其特征在于，在所述接收业务测试请求信息之前，还包括；

配置业务信息以生成相应的业务测试接口。

4.如权利要求3所述的方法，其特征在于，在所述配置业务信息之后，还包括；

构建业务测试框架；

接收添加的与业务信息相关的业务逻辑；

加载与业务信息相关的测试协议；

接收上传的与业务信息相关的测试用例以及测试驱动类。

5.如权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

以图表的方式显示所述测试结果信息。

6.一种业务测试装置，其特征在于，所述装置包括：

第一接收单元，用于接收业务测试请求信息，所述业务测试请求信息中携带有用户选择的业务测试接口信息；

查找单元，用于从预存的测试驱动类中查找与所述业务测试接口信息对应的测试驱动类；

执行单元，用于执行查找到的所述测试驱动类以加载相应的测试用例；

信息发送单元，用于提取所述测试用例中的内容，并将提取的所述内容发送给服务器测试；其中，所述测试用例中的内容包括：测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本；

第二接收单元，用于接收所述服务器根据所述测试用例中的内容进行测试后返回的测试结果信息。

7.如权利要求6所述的装置，其特征在于，所述装置还包括:

匹配单元，用于在接收到所述服务器根据所述测试用例中的内容进行测试后返回的测试结果信息之后，将所述测试结果信息与预先存储的预期结果信息进行匹配，并存储匹配结果信息。

8.如权利要求6所述的装置，其特征在于，所述装置还包括：

配置单元，用于在所述接收业务测试请求信息之前，配置业务信息以生成相应的业务测试接口。

9.如权利要求8所述的装置，其特征在于，在所述配置单元之后，所述装置还包括：

构建单元，用于构建业务测试框架；

第三接收单元，用于接收添加的与业务信息相关的业务逻辑；

信息加载单元，用于加载与业务信息相关的测试协议；

第四接收单元，用于接收上传的与业务信息相关的测试用例以及测试驱动类。

10.如权利要求6至9任一项所述的装置，其特征在于，所述装置还包括：

显示单元，用于以图表的方式显示所述测试结果信息。