CN103914371B - 一种测试应用的方法和装置 - Google Patents

Abstract

本发明公开了一种测试应用的方法和装置，属于计算机技术领域。所述方法包括：接收服务器返回给应用的测试信令；获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息；获取所述测试信令中每一个节点的属性信息；将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配；若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在所述应用中测试成功。本发明通过获取测试信令中的属性信息，并将其与测试信令对应的预期结果中测试信令的待测试节点根据协议预先确定的属性信息进行匹配，实现了对测试信令的自动化处理的测试方式，提高了测试效率。

Description

一种测试应用的方法和装置

技术领域

本发明涉及计算机技术领域，特别涉及一种测试应用的方法和装置。

背景技术

技术人员开发出一个基于C/S（Client/Server，客户机/服务器）模式的应用后，会在应用发布之前进行应用测试。应用测试是按照测试方案和流程对应用进行功能和性能测试，其目的在于检验应用是否满足规定的需求或弄清预期结果与实际结果之间的差别。

现有技术在应用发布之前的一项测试内容，是对客户机与服务器之间交互的信令在客户机或服务器中是否按预设的协议规定进行处理并正确发送进行测试。在接收到信令之后，会将信令中的各节点对应的属性信息列出，并与预先设定预期结果通过人工比对的方式进行测试，当预期结果中全部的待测试节点都被查找到，且节点的属性信息与预期结果中待测试节点的属性信息相同时则说明客户机与服务器之间交互的信令满足预期的效果，所发送的信令中的内容是正确的。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

由于客户机与服务器之间交互的信令可能包含了海量的信息，通过人工在查找的过程以及进一步的对属性信息的比对过程耗费时间长，效率低下。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种测试应用的方法和装置。所述技术方案如下：

一方面，提供了一种测试应用的方法，所述方法包括：

接收服务器返回给应用的测试信令；

获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息；

获取所述测试信令中每一个节点的属性信息；

将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配；

若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在所述应用中测试成功。

其中，所述获取所述测试信令中每一个节点的属性信息之前，所述方法还包括：

遍历所述测试信令，获取所述测试信令中每一个节点的路径信息；

将所述待测试节点的属性信息和所述测试信令中每一个节点的路径信息转换成为预设格式的接口变量。

其中，所述获取所述测试信令中每一个节点的属性信息，包括：

根据所述路径信息，获取所述测试信令每一个节点的属性信息。

其中，所述测试信令中每一个节点的属性信息通过信令体的二叉树的形式表现出来，其中测试信令中的每一个属性信息体现在信令体的二叉树中为每一个节点中的信息。

其中，所述获取所述测试信令中每一个节点的属性信息，包括：

当所述测试信令为可扩展标记语言XML格式信令时，通过XML路径语言在所述测试信令中获取每一个节点的属性信息。

另一方面，提供了一种测试应用的装置，所述装置包括：

接收模块，用于接收服务器返回给应用的测试信令；

第一获取模块，用于获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息；

第二获取模块，用于获取所述测试信令中每一个节点的属性信息；

匹配模块，用于将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配；

确定模块，用于若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在所述应用中测试成功。

其中，所述装置还包括：

第三获取模块，用于遍历所述测试信令，获取所述测试信令中每一个节点的路径信息；

转换模块，用于将所述待测试节点的属性信息和所述测试信令中每一个节点的路径信息转换成为预设格式的接口变量。

其中，所述第二获取模块，包括：

第一获取单元，用于根据所述路径信息，获取所述测试信令每一个节点的属性信息。

其中，所述测试信令中每一个节点的属性信息通过信令体的二叉树的形式表现出来，其中测试信令中的每一个属性信息体现在信令体的二叉树中为每一个节点中的信息。

其中，所述第二获取模块，包括：

第二获取单元，用于当所述测试信令为可扩展标记语言XML格式信令时，通过XML路径语言在所述测试信令中获取每一个节点的属性信息。

本发明实施例提供的技术方案带来的有益效果是：

通过获取测试信令中的属性信息，并将其与测试信令对应的预期结果中测试信令的待测试节点根据协议预先确定的属性信息进行匹配，实现了对测试信令的自动化处理的测试方式，提高了测试效率。

附图说明

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

图1是本发明实施例一提供的测试应用的方法流程图；

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

图3是本发明实施例三提供的测试应用的方法中信令对应的信令体二叉树的结构示意图；

图4是本发明实施例三提供的测试应用的方法流程图；

图5是本发明实施例四提供的测试应用的装置结构示意图；

图6是本发明实施例五提供的测试应用的装置结构示意图；

图7是本发明实施例六提供的测试应用的装置结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本发明实施例提供了一种测试应用的方法，参见图1，方法流程包括：

101：接收服务器返回给应用的测试信令；

102：获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息；

103：获取所述测试信令中每一个节点的属性信息；

104：将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配；

105：若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在所述应用中测试成功。

本发明实施例通过获取测试信令中的属性信息，并将其与测试信令对应的预期结果中测试信令的待测试节点根据协议预先确定的属性信息进行匹配，实现了对测试信令的自动化处理的测试方式，提高了测试效率。

实施例二

本发明实施例提供了一种测试应用的方法，参见图2，方法流程包括：

201：接收服务器返回给应用的测试信令。

根据测试用例中的测试脚本在客户机与服务器进行交互后，会收到测试用的测试信令。

202：获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息。

预期结果是在测试之前由测试人员输入到测试系统中，其中预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息，该属性信息是客户机与服务器正确处理各个交互信令后得到的正确的属性信息。

例如：测试客户机和服务器交互中信令是否正确携带用户的用户名与密码，其中用户名id和密码password为信令中具体的属性，id：1234，password：4321中具体的内容为属性对应的属性值，在本例中测试人员输入的预期结果则为id：1234，password：4321。用以在后续的测试过程中作为预期结果。

这个预期结果是在测试用例中预期待测试节点的属性信息中的关键字，在测试信令用仅仅是待测试节点中属性信息的具体内容，即上例中的属性id以及id的属性值1234，这些具体的关键字并不需要测试人员了解该关键字对应的节点的路径信息，测试人员只需知道测试用例中的关键字内容即可。因此测试甚至可以通过非技术人员进行测试用例中预期结果的输入过程，此时测试人员可以无需了解待测试信令中的路径信息以及待测试节点的路径信息，无需了解测试用例的过程以及测试用例底层的内容。

203：遍历所述测试信令，获取所述测试信令中每一个节点的路径信息。

测试信令中保存的各个属性信息可以通过信令体的二叉树的形式表现出来，其中测试信令中的每一个属性信息体现在信令体的二叉树中为每一个节点中的信息，如图3所示。通过遍历算法，从测试信令的根节点进行遍历，依次对二叉树中每个节点均做一次访问，记录访问每个节点所经过的节点，因此得到每个节点的路径信息。

以XML（Extensible Markup Language,可扩展标记语言）格式的信令为例说明，如图3所示，Root为信令的起始节点即根节点，该信令中包括的属性信息为A/A，Element_3/Element_3，Element_4/Element_4等，其中以A/A为例说明，分别为属性以及属性对应的属性值，即可以理解为步骤202中的用户名的属性信息，在二叉树中的形式为：id/1234。

其中A点的路径信息为：Root-A，B点的路径信息为：Root-Element_3-Element_6-Element_8-B，C点的路径信息为：Root-Element_3-Element_6-C。

204：将所述待测试节点的属性信息和所述测试信令中每一个节点的路径信息转换成为预设格式的接口变量。

将待测试节点的属性信息和测试信令转换成为预设的格式转化为WEBservice可以识别的格式，即WEBservice的接口变量。WEBservice是由企业发布的完成其特定商务需求的在线应用服务，是一种系统对外的接口，用于对测试信令进行分析以及与预期结果进行匹配的过程。其中，WEBservice可以在客户机与服务器之外的另一测试服务器中，当客户机与服务器进行信令交互后，将测试信令发送给WEBservice所在的服务器进行分析；另一方面，WEBservice也可以在客户机与服务器进行交互的客户机中，在当客户机与服务器进行信令交互后，直接对测试信令进行分析。

205：获取所述测试信令中每一个节点的属性信息。

WEBservice根据转换后测试信令中每一个节点的路径信息，获取每一个节点对应的属性信息，其中属性信息具体包括属性以及属性内容。因此步骤205可以具体为：根据所述路径信息，获取所述测试信令每一个节点的属性信息。此时既保存了每个节点的路径信息，又保存了每个节点的属性信息。

例如服务器返回给客户机的信令中包含的用户名和密码的属性信息，具体为：id：1234，password：4321。

206：将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配。

WEBservice根据在测试信令中每一个节点的属性信息与预期结果中待测试节点的属性信息进行匹配。

207：若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在应用中测试成功。

匹配过程中，只要有一个节点中的属性信息包含预期结果，则返回匹配成功的信息，此过程无需考虑路径信息的因素。例如，预设预期结果为A，B，C时，在WEBservice的接口变量中保存有A节点对应的属性信息，通过预期结果与每一个节点的属性信息进行匹配后，则会匹配到A节点的属性信息，则返回A被匹配到的信息。对于B节点的属性信息，无需考虑B节点冗长的路径信息，在WEBservice的接口变量中保存有B节点对应的属性信息，通过预期结果中的B对应的属性信息与每一个节点的属性信息进行匹配后，则会匹配到B节点的属性信息，则返回B被匹配到的信息。对于C节点的属性信息，无需考虑C节点冗长的路径信息，在WEBservice的接口变量中保存有C节点对应的属性信息，通过预期结果中的C对应的属性信息与每一个节点的属性信息进行匹配后，则会匹配到C节点的属性信息，则返回C被匹配到的信息。

进一步的，在匹配后A，B，C的路径信息可以理解为root-A，root-B，root-C即测试信令中包含了A，B，C，并不需要了解A，B，C真实的路径信息，且在设定预期结果时，也无需考虑各个待测试节点的路径信息，本发明实施例弱化了测试信令中对路径信息的依赖，提高了测试应用的测试效率。

本发明实施例通过获取测试信令中的属性信息，并将其与测试信令对应的预期结果中测试信令的待测试节点根据协议预先确定的属性信息进行匹配，实现了对测试信令的自动化处理的测试方式，提高了测试效率。

实施例三

本发明实施例提供了一种测试应用的方法，参见图4，需要说明的是本发明实施例以XML信令格式为具体测试信令的格式进行说明。其中，实施例三中与实施例二中相同步骤的描述不再赘述。

方法流程包括：

401：接收服务器返回给应用的测试信令。

本发明实施例中，对于XML格式的信令，还可以通过另一种方式获取每一个节点的属性信息，即通过XPath（XML Path Language，XML路径语言）的方式，XPath是一门基于XML的树状结构，在XML文档中查找信息的语言，用于在XML文档中通过元素和属性进行导航，它提供在数据结构树中找寻节点的能力。

对于预期结果中待测试节点的属性信息则不用转化为其他的格式，直接可以通过XPath在XML格式的信令中进行查询以及匹配

402：获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息。

403：获取所述测试信令中每一个节点的属性信息。

通过XPath的方式直接可以对XML格式的信令中每一个节点的属性信息进行获取。

因此步骤403具体为：当所述测试信令为可扩展标记语言XML格式信令时，通过XML路径语言在所述测试信令中获取每一个节点的属性信息。

404：将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配。

通过XPath的方式获取到的每一个节点的属性信息与预先获取的待测试节点的属性信息进行匹配。

405：若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在应用中测试成功。

本发明实施例通过获取测试信令中的属性信息，并将其与测试信令对应的预期结果中测试信令的待测试节点根据协议预先确定的属性信息进行匹配，实现了对测试信令的自动化处理的测试方式，提高了测试效率。

实施例四

本发明实施例提供了一种测试应用的装置，参见图5，装置包括：

接收模块501，用于接收服务器返回给应用的测试信令；

第一获取模块502，用于获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息；

第二获取模块503，用于获取所述测试信令中每一个节点的属性信息；

匹配模块504，用于将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配；

确定模块505，用于若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在所述应用中测试成功。

其中，所述测试信令中每一个节点的属性信息通过信令体的二叉树的形式表现出来，其中测试信令中的每一个属性信息体现在信令体的二叉树中为每一个节点中的信息。

本发明实施例通过获取测试信令中的属性信息，并将其与测试信令对应的预期结果中测试信令的待测试节点根据协议预先确定的属性信息进行匹配，实现了对测试信令的自动化处理的测试方式，提高了测试效率。

实施例五

本发明实施例提供了一种测试应用的装置，参见图6，装置包括：

接收模块601，用于接收服务器返回给应用的测试信令；

第一获取模块602，用于获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息；

第二获取模块603，用于获取所述测试信令中每一个节点的属性信息；

匹配模块604，用于将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配；

确定模块605，用于若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在所述应用中测试成功。

其中在具体实施方式中，所述装置还包括：

第三获取模块606，用于遍历所述测试信令，获取所述测试信令中每一个节点的路径信息；

转换模块607，用于将所述待测试节点的属性信息和所述测试信令中每一个节点的路径信息转换成为预设格式的接口变量。

其中，所述第二获取模块603，包括：

第一获取单元6031，用于根据所述路径信息，获取所述测试信令每一个节点的属性信息。

本发明实施例通过获取测试信令中的属性信息，并将其与测试信令对应的预期结果中测试信令的待测试节点根据协议预先确定的属性信息进行匹配，实现了对测试信令的自动化处理的测试方式，提高了测试效率。

实施例六

本发明实施例提供了一种测试应用的装置，参见图7，装置包括：

接收模块701，用于接收服务器返回给应用的测试信令；

第一获取模块702，用于获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息；

第二获取模块703，用于获取所述测试信令中每一个节点的属性信息；

匹配模块704，用于将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配；

确定模块705，用于若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在所述应用中测试成功。

其中在具体实施方式，所述第二获取模块703，包括：

第二获取单元7031，用于当所述测试信令为可扩展标记语言XML格式信令时，通过XML路径语言在所述测试信令中获取每一个节点的属性信息。

本发明实施例通过获取测试信令中的属性信息，并将其与测试信令对应的预期结果中测试信令的待测试节点根据协议预先确定的属性信息进行匹配，实现了对测试信令的自动化处理的测试方式，提高了测试效率。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种测试应用的方法，其特征在于，所述方法包括：

接收服务器返回给应用的测试信令；

获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息；

遍历所述测试信令，获取所述测试信令中每一个节点的路径信息；

根据所述路径信息，获取所述测试信令每一个节点的属性信息，所述测试信令中每一个节点的属性信息通过信令体的二叉树的形式表现出来，其中测试信令中的每一个属性信息体现在信令体的二叉树中为每一个节点中的信息；

将所述待测试节点的属性信息和所述测试信令中每一个节点的路径信息转换成为预设格式的接口变量；

将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配；

若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在所述应用中测试成功。

2.根据权利要求1所述的方法，其特征在于，所述获取所述测试信令中每一个节点的属性信息，包括：

当所述测试信令为可扩展标记语言XML格式信令时，通过XML路径语言在所述测试信令中获取每一个节点的属性信息。

3.一种测试应用的装置，其特征在于，所述装置包括：

接收模块，用于接收服务器返回给应用的测试信令；

第一获取模块，用于获取所述测试信令对应的预期结果，所述预期结果为测试信令中待测试节点根据协议规定预先确定的属性信息；

第三获取模块，用于遍历所述测试信令，获取所述测试信令中每一个节点的路径信息；

第二获取模块，用于根据所述路径信息，获取所述测试信令每一个节点的属性信息，所述测试信令中每一个节点的属性信息通过信令体的二叉树的形式表现出来，其中测试信令中的每一个属性信息体现在信令体的二叉树中为每一个节点中的信息；

转换模块，用于将所述待测试节点的属性信息和所述测试信令中每一个节点的路径信息转换成为预设格式的接口变量；

匹配模块，用于将所述待测试节点的属性信息与所述测试信令中每一个节点的属性信息进行匹配；

确定模块，用于若所述待测试节点的属性信息全部被匹配到，则确定所述测试信令在所述应用中测试成功。

4.根据权利要求3所述的装置，其特征在于，所述第二获取模块，包括：

第二获取单元，用于当所述测试信令为可扩展标记语言XML格式信令时，通过XML路径语言在所述测试信令中获取每一个节点的属性信息。