CN115470095A - 一种测试方法、系统、电子设备及计算机存储介质 - Google Patents

Abstract

本发明提供一种测试方法、系统、电子设备及计算机存储介质，该方法包括：获取用户输入的检测数据；基于预先设置的数据获取规则对所述检测数据进行分析处理，确定关键数据；执行所述关键数据对应的测试脚本，以对服务端进行接口测试；基于接收到的服务端反馈的测试结果与预期结果进行校验，生成校验结果，校验结果用于指示测试效果。在本发明实施例中，不需要人工进行大量的测试代码编写，将用户输入的检测数据进行提炼，确定关键数据；并基于关键输出对应的测试脚本对服务端进行接口测试；进一步校验测试结果与预期结果是否相同，从而生成校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

Description

一种测试方法、系统、电子设备及计算机存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种测试方法、系统、电子设备及计算机存储介质。

背景技术

对测试系统组件间的服务端进行接口测试，以站在用户的角度对服务端内部各个模块之间的数据交换，数据传递、数据管理，及模块间的相互逻辑依赖关系等进行全面高效持续的检测。

目前，常需要人工在服务端编写大量的测试大量测试代码，以对测试系统组件间的服务端进行接口测试。由于测试人员需要了解编程语言的情况下，才能编写测试代码，且测试代码的编写时间较长，从而导致测试系统测试的时间较长，且服务端对应的软件开发效率较慢。

发明内容

有鉴于此，本发明实施例提供一种测试方法、系统、电子设备及计算机存储介质，以解决现有技术中测试系统测试的时间较长，且服务端对应的软件开发效率较慢的问题。

为实现上述目的，本发明实施例提供如下技术方案：

本发明实施例第一方面公开了一种测试方法，所述方法包括：

获取用户输入的检测数据；

基于预先设置的数据获取规则对所述检测数据进行分析处理，确定关键数据；

执行所述关键数据对应的测试脚本，以对服务端进行接口测试；

根据接收到的所述服务端反馈的测试结果与预期结果进行校验，并生成校验结果。

可选的，所述基于预先设置的关键数据获取规则对所述检测数据进行分析处理，确定关键数据，包括：

对所述检测数据进行分析，确定关键数据名；

基于预先设置的数据获取规则，确定所述检测数据中与所述关键数据名对应的关键数据。

可选的，所述根据接收到的所述服务端反馈的测试结果与预期结果进行校验，并生成校验结果，包括：

对所述预期结果进行解析；

将接收到的所述服务端反馈的测试结果与解析后的预期结果进行比对；

在确定所述测试结果与预期结果一致时，生成测试通过的校验结果；

在确定所述测试结果与预期结果不一致时，生成测试失败的校验结果。

可选的，所述将接收到的所述服务端反馈的测试结果与预期结果进行比对，包括：

在确定解析后的所述预期结果中存在数据类型和参数时，判断所述服务端反馈的测试结果的数据类型与所述预期结果的数据类型是否一致；

若一致，判断所述服务端反馈的测试结果对应的参数是否包含所述预期结果对应的参数；

若包含，则说明所述测试结果与预期结果一致；

若不包括，则说明所述测试结果与预期结果不一致。

可选的，所述将接收到的所述服务端反馈的测试结果与预期结果进行比对，包括：

在确定解析后的所述预期结果中存在数据类型和字符串长度时，判断所述服务端反馈的测试结果的数据类型与所述预期结果的数据类型是否一致；

若一致，判断所述服务端反馈的测试结果对应的字符串长度是否在所述预期结果对应的字符串长度内；

若在，则说明所述测试结果与预期结果一致；

若不在，则说明所述测试结果与预期结果不一致。

可选的，所述将接收到的所述服务端反馈的测试结果与预期结果进行比对，包括：

在确定解析后的所述预期结果中存在数据类型和预期测试时间时，判断所述服务端反馈的测试结果的数据类型与所述预期结果的数据类型是否一致；

若一致，判断所述服务端反馈的测试结果对应的时间是否满足所述预期结果对应的预期测试时间；

若在，则说明所述测试结果与预期结果一致；

若不在，则说明所述测试结果与预期结果不一致。

本发明实施例第二方面公开了一种测试系统，所述系统包括：

获取模块，用于获取用户输入的检测数据；

分析引擎模块，用于基于预先设置的数据获取规则对所述检测数据进行分析处理，确定关键数据；

业务处理模块，用于执行测关键数据对应的测试脚本，以对服务端进行接口测试；

断言引擎模块，用于根据接收到的所述服务端反馈的测试结果与预期结果进行校验，并生成校验结果。

可选的，所述分析引擎模块，具体用于：对所述检测数据进行分析，确定关键数据名；

基于预先设置的数据获取规则，确定所述检测数据中与所述关键数据名对应的关键数据。

本发明实施例第三方面公开了一种电子设备，所述电子设备用于运行程序，其中，所述程序运行时执行如本发明实施例第一方面公开的测试方法。

本发明实施例第四方面公开了一种计算机存储介质，所述存储介质包括存储程序，其中，在所述程序运行时控制所述存储介质所在设备执行如本发明实施例第一方面公开的测试方法。

基于上述本发明实施例提供的一种测试方法、系统、电子设备及计算机存储介质，该方法包括：获取用户输入的检测数据；基于预先设置的数据获取规则对检测数据进行分析处理，确定关键数据；执行关键数据对应的测试脚本，以对服务端进行接口测试；基于接收到的服务端反馈的测试结果与预期结果进行校验，生成校验结果，校验结果用于指示测试效果。在本发明实施例中，不需要人工进行大量的测试代码编写，将用户输入的检测数据进行提炼，确定关键数据；并基于关键输出对应的测试脚本对服务端进行接口测试；进一步校验测试结果与预期结果是否相同，从而生成校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

附图说明

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

图1为本发明实施例示出的测试系统和服务端的应用架构图；

图2为本发明实施例示出的一种测试方法的流程示意图；

图3为本发明实施例示出的测试结果与预期结果的校验过程的流程示意图；

图4为本发明实施例示出的一种测试系统的结构示意图；

图5为本发明实施例示出的一种测试系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

在本发明实施例中，不需要人工进行大量的测试代码编写，将用户输入的检测数据进行提炼，确定关键数据；并基于关键输出对应的测试脚本对服务端进行接口测试；并进一步校验测试结果与预期结果是否相同，从而生成校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

参见图1，为本发明实施例示出的测试系统和服务端的应用架构图。

该测试系统100与软件的服务端200连接。

基于上述示出的应用架构实现测试方法的过程包括：

测试系统100获取用户通过测试系统100的前端界面输入的检测数据。基于预先设置的数据获取规则对检测数据进行分析处理，确定关键数据；并基于关键数据对应的测试脚本，对服务端200进行接口测试。

服务端200将测试后的测试结果反馈给测试系统100。

测试系统100根据接收到的测试结果与预期结果进行校验，生成测试结果。

在本发明实施例中，不需要人工进行大量的测试代码编写，将用户输入的检测数据进行提炼，确定关键数据；并基于关键输出对应的测试脚本对服务端进行接口测试；并进一步校验测试结果与预期结果是否相同，从而生成校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

基于上述示出的应用架构，如图2所示，为本发明实施例示出的一种测试方法的流程示意图，该方法包括：

步骤S201：获取用户输入的检测数据。

在步骤S201中，检测数据是一种低代码或无代码的数据，包含测试参数的测试数据或消息数据。

在具体实现步骤S201的过程中，测试系统获取用于根据需要检测的业务输入的测试数据或消息数据。

需要说明的是，测试数据可以是文件形式的数据，也可以不是文件形式的数据。

测试数据的数据类型可以是JS对象标记(JavaScript Object Notation，JSON)串，也可以是可扩展标示语言(Extensive Makeup Language，Xml)等。

步骤S202：基于预先设置的数据获取规则对检测数据进行分析处理，确定关键数据。

在具体实现步骤S202的过程中，通过预设的数据获取规则提取检测数据中的关键数据。

需要说明的是，预先设置的数据获取规则是预先根据经验进行设置，预先设置的数据获取规则可以为顺序遍历获取规则、随机遍历获取规则、或等长遍历获取规则等。

步骤S203：执行关键数据对应的测试脚本，以对服务端进行接口测试。

在具体实现步骤S203的过程中，查找数据库，确定与关键数据对应的测试脚本，并基于测试脚本对服务端进行接口测试，以接收服务端反馈的测试结果。

步骤S204：根据接收到的服务端反馈的测试结果与预期结果进行校验，并生成校验结果。

在步骤S204中，校验结果用于指示测试效果；预期结果是用户预先通过测试系统的前端界面输入的。

需要说明的是，具体步骤S204的过程中，如图3所示，包括以下步骤：

步骤S301：对预期结果进行解析。

在具体实现步骤S301的过程中，解析预期结果。

例如：预期结果为[String like％ABC％]，％ABC％代表参数ABC，对预期结果进行解析，得到将ABC替换为用户之前设定的参数值“北京”，也就是说解析后确定预期结果的数字类型为“String”，参数为“北京”。

例如：预期结果为[String>5]，解析后确定预期结果的字符串类型为String类型，并且字符串长度大于5。

例如：例如：预期结果为[long>currenttime(-10s,TimeMillis)]，解析后确定预期结果的字符串类型为long类型，当前反馈的时间TimeMillis比10秒前的反馈的测试时间大。

需要说明的是，由于预期结果的输入不同，因此测试结果与预期结果的比对方式也不同，本发明实施例可以支持各种形式的比对。

步骤S302：将接收到的测试结果与预期结果进行比对，若确定测试结果与预期结果一致时，执行步骤S303，若确定测试结果与预期结果不一致时，执行步骤S304。

在具体实现步骤S302的过程中，判断接收到的测试结果是否与预期结果一致，若一致，执行步骤S303，若不一致，则执行步骤S304。

步骤S303：生成测试通过的校验结果。

在具体实现步骤S303的过程中，说明测试成功，该测试达到预期的效果，此时将测试结果和预期结果打包，生成测试成功的校验结果；以将测试成功的校验结果在测试系统的前端界面上显示。

步骤S304：生成测试失败的校验结果。

在具体实现步骤S304的过程中，说明测试失败，未达到预期的效果，此时将测试结果和预期结果打包，生成测试失败的校验结果；以将测试失败的校验结果在测试系统的前端界面上显示。

在本发明实施例中，不需要人工进行大量的测试代码编写，将用户输入的检测数据进行提炼，确定关键数据；并基于关键输出对应的测试脚本对服务端进行接口测试；进一步对预期结果进行解析，以校验测试结果与预期结果是否相同，从而生成校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

基于上述本发明实施例示出的测试方法，在具体实现步骤S302将接收到的测试结果与预期结果进行比对的过程中，包括以下步骤：

步骤S11：在确定解析后的预期结果中存在数据类型和参数时，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致；若一致，执行步骤S12，若不一致，则执行步骤S14。

在具体实现步骤S11的过程中，在确定解析后的预期结果中存在预期结果的数据类型和参数时，将测试结果的数据类型与预期结果的数据类型进行比对，若测试结果的数据类型与预期结果的数据类型一致，则执行步骤S12，若测试结果的数据类型与预期结果的数据类型不一致，则执行步骤S14。

步骤S12：判断服务端反馈的测试结果对应的参数是否包含预期结果对应的参数，若包含，执行步骤S13，若不包含，则执行步骤S14。

在具体实现步骤S12的过程中，确定测试结果对应的参数是否属于预期结果对应的参数，若属于，则执行步骤S13，若不属于，则执行步骤S14。

需要说明的是，步骤S11和步骤S12的执行顺序可以如上所示，也可以同时执行，或先执行步骤S12再执行步骤S11，对此本发明实施例不加限制。

步骤S13：说明测试结果与预期结果一致。

步骤S14：说明测试结果与预期结果不一致。

为了更好的理解上述示出的测试结果与预期结果的对比过程，下面进行举例说明。

例如：测试结果为“我爱北京天安门”的一个String类型的字符串，预期结果为[String like“北京”]；将测试结果的数据类型String与预期结果的数据类型String进行比对，确定测试结果的数据类型String与预期结果的数据类型String一致；接着，判断服务端反馈的测试结果对应的参数“我爱北京天安门”是否包含预期结果对应的参数“北京”，确定测试结果对应的参数“我爱北京天安门”包含预期结果对应的参数“北京”，此时说明测试成功。

在本发明实施例中，在确定解析后的预期结果中存在预期结果的数据类型和参数时，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致；若一致，进一步判断服务端反馈的测试结果对应的参数是否包含预期结果对应的参数，以确定测试结果与预期结果是否一致，在确定测试结果对应的参数不包含预期结果对应的参数时，说明测试失败，从而生成测试失败的校验结果；在确定测试结果对应的参数包含预期结果对应的参数时，说明测试成功，从而生成测试成功的校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

基于上述本发明实施例示出的测试方法，在具体实现步骤S302将接收到的测试结果与预期结果进行比对的过程中，包括以下步骤：

步骤S21：在确定解析后的预期结果中存在预期结果的数据类型和字符串长度时，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致，若一致，执行步骤S22，若不一致，则执行步骤S24。

需要说明的是，步骤S21的具体实现过程与上述步骤S11的具体实现过程相同，可相互参见，对此本发明实施例不加以限制。

步骤S22：判断服务端反馈的测试结果对应的字符串长度是否在预期结果对应的字符串长度内，若在，则执行步骤S23，若否，则执行步骤S24。

在具体实现步骤S22的过程中，确定测试结果对应的字符串长度是否在预期结果对应的字符串长度内，若在，则执行步骤S23，若否，则执行步骤S24。

需要说明的是，步骤S21和步骤S22的执行顺序可以如上所示，也可以同时执行，或先执行步骤S22再执行步骤S21，对此本发明实施例不加限制。

步骤S23：说明测试结果与预期结果一致。

步骤S24：说明测试结果与预期结果不一致。

在本发明实施例中，在确定解析后的预期结果中存在预期结果的数据类型和字符串长度时，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致，若一致，接着判断服务端反馈的测试结果对应的字符串长度是否在预期结果对应的字符串长度内，以确定测试结果与预期结果是否一致，在确定测试结果对应的字符串长度不在预期结果对应的字符串长度内时，说明测试失败，从而生成测试失败的校验结果；在确定测试结果对应的字符串长度在预期结果对应的字符串长度内时，说明测试成功，从而生成测试成功的校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

基于上述本发明实施例示出的测试方法，在具体实现步骤S302将接收到的测试结果与预期结果进行比对的过程中，包括以下步骤：

步骤S31：在确定解析后的预期结果中存在预期结果的数据类型和字符串长度时，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致，若一致，执行步骤S32，若不一致，则执行步骤S34。

需要说明的是，步骤S31的具体实现过程与上述步骤S11的具体实现过程相同，可相互参见，对此本发明实施例不加以限制。

步骤S32：判断服务端反馈的测试结果对应的时间是否满足预期结果对应的预期测试时间，若满足，则执行步骤S33，若不满足，则执行步骤S34。

需要说明的是，步骤S31和步骤S32的执行顺序可以如上所示，也可以同时执行，或先执行步骤S32再执行步骤S31，对此本发明实施例不加限制。

步骤S33：说明测试结果与预期结果一致。

步骤S34：说明测试结果与预期结果不一致。

在本发明实施例中，在确定解析后的预期结果中存在预期结果的数据类型和字符串长度时，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致，若一致，接着判断服务端反馈的测试结果对应的时间是否满足预期结果对应的预期测试时间，以确定测试结果与预期结果是否一致，在确定测试结果对应的时间不满足预期结果对应的预期测试时间时，说明测试失败，从而生成测试失败的校验结果；在确定测试结果对应的时间满足预期结果对应的预期测试时间时，说明测试成功，从而生成测试成功的校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

基于上述本发明实施例示出的测试方法，在具体实现步骤S202基于预先设置的数据获取规则对检测数据进行分析处理，确定关键数据的过程中，包括：

步骤S41：对检测数据进行分析，确定关键数据名。

在步骤S41中，关键数据包括参数名、函数名或规则名、公式名等。

在具体实现步骤S41的过程中，逐一对检测数据进行分析，确定检测数据中的参数名、函数名或规则名、公式名等。

步骤S42：基于预先设置的数据获取规则，确定检测数据中与关键数据名对应的关键数据。

在具体实现步骤S42的过程中，将检测数据转换为数据池，并利用预先设置的数据获取规则获取数据池中与关键数据名对应的关键数据。

需要说明的是，预先设置的数据获取规则是预先根据经验进行设置，预先设置的数据获取规则可以为顺序遍历获取规则、随机遍历获取规则、或等长遍历获取规则等。

在本发明实施例中，不需要人工进行大量的测试代码编写，对检测数据进行分析，确定关键数据名；基于预先设置的数据获取规则，确定检测数据中与关键数据名对应的关键数据，以对用户输入的检测数据进行提炼。并基于关键输出对应的测试脚本对服务端进行接口测试；进一步对预期结果进行解析，以校验测试结果与预期结果是否相同，从而生成校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

与上述本发明示出的测试方法相对应，本发明实施例还对应公开了一种测试系统，如图4所示，为本发明实施例示出的一种测试系统的结构示意图，该系统包括：

获取模块401，用于获取用户输入的检测数据。

分析引擎模块402，用于基于预先设置的数据获取规则对检测数据进行分析处理，确定关键数据。

可选的，基于上述本发明实施例示出的测试系统，分析引擎模块302，具体用于：对检测数据进行分析，确定关键数据名；基于预先设置的数据获取规则，确定检测数据中与关键数据名对应的关键数据。

业务处理模块403，用于执行测关键数据对应的测试脚本，以对服务端进行测试。

断言引擎模块404，用于根据接收到的服务端反馈的测试结果与预期结果生成测试结果。

以上本发明实施例公开的测试系统中的各个模块和单元的具体工作过程，可参见本发明上述实施例公开的测试方法中的对应内容，这里不再进行赘述。

在本发明实施例中，不需要人工进行大量的测试代码编写，将用户输入的检测数据进行提炼，确定关键数据；并基于关键输出对应的测试脚本对服务端进行接口测试；进一步对预期结果进行解析，以校验测试结果与预期结果是否相同，从而生成校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

基于上述本发明实施例示出的测试系统，结合图4，参见图5，断言引擎模块404包括分析处理单元4041和断言单元4042。

分析处理单元4041，用于对预期结果进行解析。

断言单元4042，用于将接收到的服务端反馈的测试结果与解析后的预期结果进行比对；在确定测试结果与预期结果一致时，生成测试通过的校验结果；在确定测试结果与预期结果不一致时，生成测试失败的校验结果。

可选的，基于上述实施例示出的测试系统，断言单元4042，具体用于：在确定解析后的预期结果中存在预期结果的数据类型和参数时，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致；若一致，判断服务端反馈的测试结果对应的参数是否包含预期结果对应的参数；若包含，则说明测试结果与预期结果一致；若不包括，则说明测试结果与预期结果不一致。

可选的，基于上述实施例示出的测试系统，断言单元4042，具体用于：在确定解析后的预期结果中存在预期结果的数据类型和字符串长度时，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致；若一致，判断服务端反馈的测试结果对应的字符串长度是否在预期结果对应的字符串长度内；若在，则说明测试结果与预期结果一致；若不在，则说明测试结果与预期结果不一致。

可选的，基于上述实施例示出的测试系统，断言单元4042，具体用于：在确定解析后的预期结果中存在预期结果的数据类型和预期测试时间时，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致；若一致，判断服务端反馈的测试结果对应的时间是否满足预期结果对应的预期测试时间；若在，则说明测试结果与预期结果一致；若不在，则说明测试结果与预期结果不一致。

在本发明实施例中，对预期结果进行解析。在确定解析后的预期结果中存在预期结果的数据类型，及参数、字符串长度或预期测试时间，判断服务端反馈的测试结果的数据类型与预期结果的数据类型是否一致，若一致，接着校验服务端反馈的测试结果对应的参数、字符串长度或预期测试时间，以确定测试结果与预期结果是否一致，以生成对应的校验结果。能够减少测试系统的测试时间，且提高软件开发的效率。

本发明实施例还公开了一种电子设备，该电子设备用于运行数据库存储过程，其中，所述运行数据库存储过程时执行上述图2和图3公开的测试方法。

本发明实施例还公开了一种计算机存储介质，所述存储介质包括存储数据库存储过程，其中，在所述数据库存储过程运行时控制所述存储介质所在设备执行上述图2和图3公开的测试方法。

在本公开的上下文中，计算机存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

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

获取用户输入的检测数据；

基于预先设置的数据获取规则对所述检测数据进行分析处理，确定关键数据；

执行所述关键数据对应的测试脚本，以对服务端进行接口测试；

根据接收到的所述服务端反馈的测试结果与预期结果进行校验，并生成校验结果。

2.根据权利要求1所述的方法，其特征在于，所述基于预先设置的关键数据获取规则对所述检测数据进行分析处理，确定关键数据，包括：

对所述检测数据进行分析，确定关键数据名；

基于预先设置的数据获取规则，确定所述检测数据中与所述关键数据名对应的关键数据。

3.根据权利要求1所述的方法，其特征在于，所述根据接收到的所述服务端反馈的测试结果与预期结果生成校验结果，包括：

对所述预期结果进行解析；

将接收到的所述服务端反馈的测试结果与解析后的预期结果进行比对；

在确定所述测试结果与预期结果一致时，生成测试通过的校验结果；

在确定所述测试结果与预期结果不一致时，生成测试失败的校验结果。

4.根据权利要求3所述的方法，其特征在于，所述将接收到的所述服务端反馈的测试结果与预期结果进行比对，包括：

在确定解析后的所述预期结果中存在数据类型和参数时，判断所述服务端反馈的测试结果的数据类型与所述预期结果的数据类型是否一致；

若一致，判断所述服务端反馈的测试结果对应的参数是否包含所述预期结果对应的参数；

若包含，则说明所述测试结果与预期结果一致；

若不包括，则说明所述测试结果与预期结果不一致。

5.根据权利要求3所述的方法，其特征在于，所述将接收到的所述服务端反馈的测试结果与预期结果进行比对，包括：

在确定解析后的所述预期结果中存在数据类型和字符串长度时，判断所述服务端反馈的测试结果的数据类型与所述预期结果的数据类型是否一致；

若一致，判断所述服务端反馈的测试结果对应的字符串长度是否在所述预期结果对应的字符串长度内；

若在，则说明所述测试结果与预期结果一致；

若不在，则说明所述测试结果与预期结果不一致。

6.根据权利要求3所述的方法，其特征在于，所述将接收到的所述服务端反馈的测试结果与预期结果进行比对，包括：

在确定解析后的所述预期结果中存在数据类型和预期测试时间时，判断所述服务端反馈的测试结果的数据类型与所述预期结果的数据类型是否一致；

若一致，判断所述服务端反馈的测试结果对应的时间是否满足所述预期结果对应的预期测试时间；

若在，则说明所述测试结果与预期结果一致；

若不在，则说明所述测试结果与预期结果不一致。

7.一种测试系统，其特征在于，所述系统包括：

获取模块，用于获取用户输入的检测数据；

分析引擎模块，用于基于预先设置的数据获取规则对所述检测数据进行分析处理，确定关键数据；

业务处理模块，用于执行测关键数据对应的测试脚本，以对服务端进行接口测试；

断言引擎模块，用于根据接收到的所述服务端反馈的测试结果与预期结果进行校验，并生成校验结果。

8.根据权利要求7所述的系统，其特征在于，所述分析引擎模块，具体用于：对所述检测数据进行分析，确定关键数据名；

基于预先设置的数据获取规则，确定所述检测数据中与所述关键数据名对应的关键数据。

9.一种电子设备，其特征在于，所述电子设备用于运行程序，其中，所述程序运行时执行如权利要求1-6中任一所述的测试方法。

10.一种计算机存储介质，其特征在于，所述存储介质包括存储程序，其中，在所述程序运行时控制所述存储介质所在设备执行如权利要求1-6中任一所述的测试方法。

Images