一种测试方法、装置、系统、电子设备及介质与流程

本发明涉及互联网通信技术领域，尤其涉及一种测试方法、装置、系统、电子设备及介质。

背景技术：

随着互联网技术的不断发展，对于利用互联网通信技术进行业务的交互处理已经成为主流趋势。在业务处理中，往往需要通过调用对应接口以进行业务支持。为保证业务功能的有效实现，需要对此进行相关测试。

现有技术中，对调用对应接口是否能够实现预期的业务功能的相关测试往往局限于测试环境中，比如使用测试服务器执行测试用例，根据该测试服务器返回的响应进行相关调试。然而，仅仅基于测试服务器的测试可能存在测试盲区。尤其是当测试用例较少时，即使测试通过，也不能保证业务功能在一些异常或者边缘情形下能够有效实现。

技术实现要素：

为了解决现有技术应用在进行功能测试时，测试准确性差等问题，本发明提供了一种测试方法、装置、系统、电子设备及介质：

一方面，本发明提供了一种测试方法，所述方法包括：

根据配置的服务器用例执行分配比例，从测试用例库中提取得到第一测试用例集和第二测试用例集，所述第一测试用例集中的测试用例数量和所述第二测试用例集中的测试用例数量的比例符合所述服务器用例执行分配比例，所述第一测试用例集用于测试服务器执行测试，所述第二测试用例集用于业务服务器执行测试；

根据所述测试服务器返回的测试响应结果集和对应的预期结果的差异，以及所述业务服务器返回的业务响应结果集和对应的预期结果的差异，确定待修改测试用例以及生成服务器用例执行分配比例调整指令。

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

测试用例集提取模块：用于根据配置的服务器用例执行分配比例，从测试用例库中提取得到第一测试用例集和第二测试用例集，所述第一测试用例集中的测试用例数量和所述第二测试用例集中的测试用例数量的比例符合所述服务器用例执行分配比例，所述第一测试用例集用于测试服务器执行测试，所述第二测试用例集用于业务服务器执行测试；

结果差异响应模块：用于根据所述测试服务器返回的测试响应结果集和对应的预期结果的差异，以及所述业务服务器返回的业务响应结果集和对应的预期结果的差异，确定待修改测试用例以及生成服务器用例执行分配比例调整指令。

另一方面提供了一种系统，所述系统包括测试服务器、业务服务器以及如上述的测试装置。

另一方面提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述的测试方法。

另一方面提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述的测试方法。

本发明提供的一种测试方法、装置、系统、电子设备及介质，具有如下技术效果：

本发明能够降低业务服务器的真实业务功能因测试受到的干扰，保证测试的高效进行。能够帮助发现一些存在忽略的异常或者边缘情形，进而可以对测试用例进行修改和完善，提高业务功能的实现鲁棒性。

附图说明

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

图1是本发明实施例提供的一种应用环境的示意图；

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

图3是本发明实施例提供的向测试服务器发送测试用例请求的一种的流程示意图；

图4是本发明实施例提供的调整服务器用例执行分配比例的一种流程示意图；

图5也是本发明实施例提供的更新测试用例库的一种流程示意图；

图6是本发明实施例提供的一种测试装置的组成框图；

图7是本发明实施例提供的对目标接口进行测试项列表设置的界面示意图；

图8是本发明实施例提供的新建测试项的界面示意图；

图9也是本发明实施例提供的新建测试项的界面示意图；

图10是本发明实施例提供的测试装置的示意图；

图11是本发明实施例提供的测试用例执行分配的示意图；

图12是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，图1是本发明实施例提供的一种应用环境的示意图，包括测试平台、测试服务器和业务服务器，测试平台分别向测试服务器和业务服务器发送测试用例请求，并接收测试服务器和业务服务器返回的对应的响应结果。测试平台可以根据接收的服务器返回的响应结果与对应的测试用例预期结果的差异，确定待修改测试用例以及调整向两个服务器发送的测试用例请求的比例。需要说明的是，图1仅仅是一种示例。

具体的，本说明书实施例中，测试服务器可以是对调用对应接口是否能够实现预期的某业务功能进行测试的服务器。测试服务器可以为一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。测试服务器可以包括有网络通信单元、处理器和存储器等等。

具体的，本说明书实施例中，业务服务器可以是指进行真实业务功能处理的服务器。业务服务器可以为一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。业务服务器可以包括有网络通信单元、处理器和存储器等等。

在实际应用中，比如对于业务功能a，当测试服务器作为服务提供者(被调方，处理请求并返回响应；与服务消费者相对)时，需要测试服务器模拟进行该业务功能a的处理进程。当业务服务器作为服务提供者时，业务服务器中真实存在着实现该业务功能a的处理进程，同时该处理进程可以与实现其他真实业务功能的处理进程进行信息交互。

以下介绍本发明一种测试方法的具体实施例，图2是本发明实施例提供的一种测试方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，所述方法可以包括：

s201：根据配置的服务器用例执行分配比例，从测试用例库中提取得到第一测试用例集和第二测试用例集，所述第一测试用例集中的测试用例数量和所述第二测试用例集中的测试用例数量的比例符合所述服务器用例执行分配比例，所述第一测试用例集用于测试服务器执行测试，所述第二测试用例集用于业务服务器执行测试；

在本发明实施例中，服务器用例执行分配比例用于规定将测试用例库中的对应测试用例分配给测试服务器和业务服务器执行测试的数量比例。针对服务消费者(调用方，发出请求；可以属于对应的测试平台)发出的测试用例请求序列(就服务提供者的目标接口调用一业务服务)，可以按照所述服务器用例执行分配比例将对应的测试用例请求分别发送至测试服务器和业务服务器。对于当前测试轮次而言，当前的服务器用例执行分配比例是根据历史测试轮次的差异反馈(服务提供者(尤其是业务服务器)返回的响应结果与预期结果的差异)和或业务服务器的性能参数(比如吞吐量)而配置的。服务器用例执行分配比例在测试中是可调的。

测试用例库可以提供针对服务提供者的目标接口实现某一业务功能的测试用例(testcase，为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求)。具体的，所述第一测试用例集中每个测试用例包括对应的测试用例请求和测试用例预期结果。根据所述第一测试用例集中每个测试用例对应的测试用例请求，生成第一测试用例请求序列，进而向测试服务器发送所述第一测试用例请求序列。所述第二测试用例集中每个测试用例包括对应的测试用例请求和测试用例预期结果。根据所述第二测试用例集中每个测试用例对应的测试用例请求，生成第二测试用例请求序列，进而向业务服务器发送所述第二测试用例请求序列。

在测试中，对于某些不容易构造或者不容易获取的对象，可以用一个虚拟的对象来创建以便测试，也叫mock测试。相应的，mock响应为由用户构造的模拟响应。mock服务器(mockserver)作为一个模拟的服务端，当有请求到来时会按照预设的测试规则返回mock响应。比如可以在测试服务器中为实现某一业务功能的处理进程创建对应的mock服务，并在测试服务器中预存相应的预配置数据。这样进行测试时，可以通过测试服务器中的mock服务，向前端设备返回预配置数据。

在实际应用中，可以针对服务提供者的api(applicationprogramminginterface，应用程序编程接口)设置测试项列表(包括对应的服务器用例执行分配比例)。当服务消费者调用服务提供者的该api时，可以选择测试项列表中的某个测试项进行返回。如图7、11所示，/echo接口的两个测试项分别为“业务响应”(对应业务服务器返回的响应结果)和“mock响应”(对应测试服务器返回的响应结果)，权重分别为30％和70％(服务器用例执行分配比例为3:7)。当某一业务功能的实现需要调用该接口时，本地路由sdk(softwaredevelopmentkit，软件开发工具包)可以根据权重来分配请求，其中约30％的请求发送到业务服务器，约70％的请求发送到mockserver。该api可以来自于微服务。对应的微服务架构是一种系统架构的风格，强调松耦合，服务独立部署，提高系统容错性。

在一个具体的实施例中，如图3所示，所述根据配置的服务器用例执行分配比例，从测试用例库中提取得到第一测试用例集和第二测试用例集，之后包括：

s301：根据配置信息和所述第一测试用例集，生成对应的目标测试用例集；

所述配置信息包括从响应时间、响应区域、响应标识组成的群组中选择的至少一个。比如配置信息中的响应时间可以指向测试响应结果中的延时效果，配置信息中的响应区域可以指向测试响应结果在目标页面的目标区域进行相关显示的效果，配置信息中的响应标识可以指向测试响应结果携带有对应识别标识(比如http状态码、json串；http状态码，是用以表示网页服务器超文本传输协议响应状态的3位数字代码)的效果。根据配置信息可以对第一测试用例集中每个测试用例对应的特征信息进行修改(比如可以对测试用例对应的测试输入、执行条件以及预期结果进行修改)，进而得到对应的目标测试用例集。

s302：根据所述目标测试用例集中每个测试用例对应的测试用例请求，生成第一测试用例请求序列；

可以从目标测试用例集中提取出每个测试用例对应的测试用例请求，以得到所述第一测试用例请求序列。

s303：向所述测试服务器发送所述第一测试用例请求序列；

将所述第一测试用例请求序列发送给所述测试服务器，进而接收测试服务器返回的测试响应结果。测试服务器执行测试目标测试用例集，有助于得到具有对应返回效果的测试响应结果。根据对应的返回效果能够更有效的确定第一测试用例集在测试服务器的执行情况，便于对测试用例库中的测试用例作调整，也便于与业务服务器返回的业务响应结果作区分以提高后续统计的准确性。

在实际应用中，如图8、9所示，新建测试项时，用户可以在测试平台的对应界面选择测试项类型为“mock响应”，设置状态码(比如http状态码)为200，设置mock返回的json((javascriptobjectnotation，js对象简谱，一种轻量级的数据交换格式)串，设置mock响应延迟时间(实现在测试服务端故意模拟延迟的效果)，以及设置测试项的权重。如图10所示，例如在控制台上配置的测试项内容是{"hello":"world"}，延时时间3000ms，mockserver会按照配置信息进行相应返回。

s202：根据所述测试服务器返回的测试响应结果集和对应的预期结果的差异，以及所述业务服务器返回的业务响应结果集和对应的预期结果的差异，确定待修改测试用例以及生成服务器用例执行分配比例调整指令。

在一个具体的实施例中，如图4所示，所述根据所述测试服务器返回的测试响应结果集和预期结果的差异，以及所述业务服务器返回的业务响应结果集和预期结果的差异，确定待修改测试用例以及生成服务器用例执行分配比例调整指令，包括：

s401：接收所述业务服务器返回的所述业务响应结果集；

可以接收所述业务服务器根据所述第二测试用例请求序列返回的业务响应结果集。

s402：根据所述第二测试用例集中对应的测试用例预期结果，统计所述业务响应结果集中满足差异条件的业务响应结果的数量，得到待比较值；

比如，第二测试用例集中的一个测试用例为{"hello":"world"}，对应服务提供者根据服务消费者发出的"hello"返回"world"，"world"为该测试用例的测试用例预期结果。当业务服务器在测试中返回的不是"world"，而是"thsisamessage"时，业务响应结果与对应的测试用例预期结果满足差异条件。可以对

业务响应结果集中满足差异条件的业务响应结果的数量进行统计，得到所述待比较值。

s403：当所述待比较值小于结果差异阈值时，对当前所述服务器用例执行分配比例进行调整。

比如，在第n测试轮次，第二测试用例集中包括100个测试用例，结果差异阈值为30(也可以直接以概率的形式作对应设置，再通过与第二测试用例集中测试用例数量作乘积得到结果差异阈值)，如果待比较值为20，可以说明业务服务器执行测试当前的第二测试用例集的效果达到预期，可以增加下一测试轮次中分配给业务服务器执行测试的测试用例数量比例(比如由3:7调整为6:4)。当然，结果差异阈值在测试中可以根据不同测试轮次进行调整。

在不同测试轮次配置对应的服务器用例执行分配比例，综合考虑了进行测试的效率和业务服务器的真实业务功能因测试可能受到的干扰。尤其对于业务功能对应的目标接口相关设置不完善，甚至没有对应目标接口的情形，服务器用例执行分配比例的可调性能够降低试错成本，解决有限的mock响应测试用例模拟复杂接口返回逻辑的难度问题。

在另一个具体的实施例中，如图5所示，所述根据所述测试服务器返回的测试响应结果集和预期结果的差异，以及所述业务服务器返回的业务响应结果集和预期结果的差异，确定待修改测试用例以及生成服务器用例执行分配比例调整指令，包括：

s501：根据所述第一测试用例集中对应的测试用例预期结果，确定所述测试响应结果集中满足第一差异条件的测试响应结果，以得到对应的第一待修改测试用例；

接收所述测试服务器根据所述第一测试用例请求序列返回的测试响应结果集。确定所述测试响应结果集中每个测试响应结果和所述第一测试用例集中对应的测试用例预期结果的差异是否满足所述第一差异条件，以得到对应的第一待修改测试用例。这里对是否满足第一差异条件的确定，可以参考上述步骤s402中的记载，不再赘述。

s502：根据所述第二测试用例集中对应的测试用例预期结果，确定所述业务响应结果集中满足第二差异条件的业务响应结果，以得到对应的第二待修改测试用例；

接收所述业务服务器根据所述第二测试用例请求序列返回的业务响应结果集。确定所述业务响应结果集中每个业务响应结果和所述第二测试用例集中对应的测试用例预期结果的差异是否满足所述第二差异条件，以得到对应的第二待修改测试用例。这里对是否满足第二差异条件的确定，可以参考上述步骤s402中的记载，不再赘述。

s503：分别修改所述第一待修改测试用例对应的参数和所述第二待修改测试用例对应的参数，并根据修改结果更新当前所述测试用例库。

比如，针对测试用例为{"hello":"world"}，当服务提供者在测试中返回的不是"world"，而是"thsisamessage"时，该差异反馈可以用于修改待修改测试用于的对应参数和相关函数定义。根据修改、验核可以确定可能是由如下情形导致的差异：服务消费者针对value的长度做了校验，只处理不超过10个字符长度的value。这类在代码中的限制信息比比皆是，当这种限制信息没有同步给测试人员时，可能会遗漏相关的测试用例，导致服务上线后出现异常，导致服务鲁棒性不强。

将测试用例库中的测试用例分配给测试服务器和业务服务器执行测试，一方面测试人员可以针对接口文档来编写mock响应测试用例，一方面业务服务器返回的响应结果可以用来补充可能未覆盖到的测试用例。当业务服务器返回的响应无法被消费者处理时，说明该异常场景可能未被mock响应测试用例覆盖，测试人员可以针对这类响应编写mock响应测试用例，这样对应api的mock响应测试用例得到丰富，对于后续的回归测试和api升级后的测试都有极大帮助，进而增强服务的鲁棒性。

在另一个具体的实施例中，可以统计所述测试服务器接收的测试用例请求的数量和所述业务服务器接收的测试用例请求的数量，得到接收请求比例。当所述接收请求比例与所述服务器用例执行分配比例的差异大于比例差异阈值时，可以从发送的测试用例请求总数出发(比如服务器用例执行分配比例为3:7，而测试用例请求总数为5)，确定上述情形的出现原因；可以验核在测试平台创建的测试项是否有问题(比如权重数值、响应对应的业务功能)；可以验核预先有没有将所述第一测试用例集对应的特征信息发送至所述测试服务器。

在实际应用中，可以设置服务消费者每秒钟调用/echo接口100次，统计一段时间范围内，业务响应和mock响应的比例。经统计，mock响应和业务响应的比例接近7：3，说明本地路由根据权重进行分配达到的比例和控制台上配置的权重一致。响应结果的数量统计方式可以根据流量统计实现，服务消费者可以请求监控服务提供者的ip地址(internetprotocoladdress，互联网协议地址)，通过监控服务提供者的ip地址可以判断是哪种服务器。一般mock服务器的ip地址是固定的。

对于响应结果的数量统计，以及对响应结果比例与服务器用例执行分配比例的比较，可以帮助确定服务器用例执行分配比例的生效情况，进而保证测试的有效性。

由以上本说明书实施例提供的技术方案可见，本说明书实施例中根据配置的服务器用例执行分配比例，确定用于测试服务器执行的第一测试用例集，以及用于业务服务器执行的第二测试用例集，能够降低业务服务器的真实业务功能因测试受到的干扰，保证测试的高效进行。根据相关服务器返回的响应结果与测试用例预期结果间的差异，能够更准确、更有效的定位待修改测试用例。业务服务器返回的响应结果，能够帮助发现一些存在忽略的异常或者边缘情形，进而可以对测试用例进行修改和完善，提高业务功能的实现鲁棒性。测试服务器对于测试用例的执行可控性更强，便于在测试中修改、验核待修改测试用例。

本发明实施例还提供了一种测试装置，如图6所示，所述装置包括：

测试用例集提取模块610：用于根据配置的服务器用例执行分配比例，从测试用例库中提取得到第一测试用例集和第二测试用例集，所述第一测试用例集中的测试用例数量和所述第二测试用例集中的测试用例数量的比例符合所述服务器用例执行分配比例，所述第一测试用例集用于测试服务器执行测试，所述第二测试用例集用于业务服务器执行测试。

结果差异响应模块620：用于根据所述测试服务器返回的测试响应结果集和对应的预期结果的差异，以及所述业务服务器返回的业务响应结果集和对应的预期结果的差异，确定待修改测试用例以及生成服务器用例执行分配比例调整指令。具体的，所述结果差异响应模块620包括：业务响应结果集接收单元：用于接收所述业务服务器返回的所述业务响应结果集；统计单元：用于根据所述第二测试用例集中对应的测试用例预期结果，统计所述业务响应结果集中满足差异条件的业务响应结果的数量，得到待比较值；调整单元：用于当所述待比较值小于结果差异阈值时，对当前所述服务器用例执行分配比例进行调整。

在一个具体的实施例中，所述测试用例集提取模块610包括：配置单元：用于为每个目标接口配置对应的所述服务器用例执行分配比例，所述测试用例库提供对应所述目标接口的至少一个测试用例；特征信息发送单元：预先将所述第一测试用例集对应的特征信息发送至所述测试服务器。请求序列发送单元：向所述测试服务器发送所述第一测试用例集对应的第一测试用例请求序列，以及向所述业务服务器发送所述第二测试用例集对应的第二测试用例请求序列。

在实际应用中，如图7-10所示，用户可以访问控制台(portal)以构造测试项，用户在控制台上创建、编辑、删除、查询、查看测试项时，会调用到apiserver(api统一管理服务，用于对外(如控制台)暴露api)，并最终将变化的测试项数据发送给mockserver和服务注册中心(比如consul)。服务注册中心可以用于以key-value形式存储服务配置信息，服务注册中心主要存储服务api的权重信息，这些信息最终会同步给微服务。mockserver主要存储服务api的mock响应。mockserver会维护一张表，主键：服务名/api，其他字段包括：测试项类型，integer；mock返回json串，string；延迟时间，integer；权重，integer；状态码，integer。当然，服务注册中心可以不使用consul，而是用zookeeper(一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等)等其他组件。

如图11所示，mockserver可以是一个公共组件服务。服务消费者(serviceconsumer)将70％的请求分发给mockserver，将30％的请求分发给业务服务器。mockserver收到请求后，按照用户在控制台上配置的“mock响应”测试项进行处理。

需要说明的，所述装置实施例中的装置与方法实施例基于同样的发明构思。

本发明实施例还提供了一种测试系统，所述系统包括测试服务器、业务服务器以及如上述装置实施例所提供的测试装置。

本发明实施例提供了一种电子设备，该电子设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的测试方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

所述电子设备可以为服务器，本发明实施例还提供了一种服务器的结构示意图，请参阅图12，该服务器1200用于实施上述实施例中提供的测试方法。该服务器1200可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)1210(例如，一个或一个以上处理器)和存储器1230，一个或一个以上存储应用程序1223或数据1222的存储介质1220(例如一个或一个以上海量存储设备)。其中，存储器1230和存储介质1220可以是短暂存储或持久存储。存储在存储介质1220的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1210可以设置为与存储介质1220通信，在服务器1200上执行存储介质1220中的一系列指令操作。服务器1200还可以包括一个或一个以上电源1260，一个或一个以上有线或无线网络接口1250，一个或一个以上输入输出接口1240，和/或，一个或一个以上操作系统1221，例如windowsservertm，macosxtm，unixtm，linuxtm，freebsdtm等等。

本发明的实施例还提供了一种存储介质，所述存储介质可设置于电子设备之中以保存用于实现方法实施例中一种测试方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的测试方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和电子设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

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