一种用例测试结果的展示方法、装置及可读存储介质与流程

本申请涉及用例测试结果的展示的技术领域，尤其是涉及一种用例测试结果的展示方法、装置及可读存储介质。

背景技术：

测试用例是一组由前提条件、输入、执行条件、预期结果等组成，以完成对某个特定需求或者目标测试的数据，体现测试方案、方法、技术和策略的文档，可以科学有效的对测试步骤进行组织规划，方便管理，记录。

目前在以行业大数据和标签为支撑的数据可视化系统中，测试用例中的标签值的正确性尤为重要，在日常的人工标签加工及测试工作中，因为没有相对成熟的标签测试理论及方法需要逐个标签进行源码规则验证，手工测试用例标签测试不仅验证过程繁琐、测试覆盖面小失误率高、测试结果没有办法保存，而且在标签规则变更后又需要重复验证，没办法进行快捷的回归测试进而影响了用例测试的效率。

技术实现要素：

有鉴于此，本申请的目的在于提供了一种用例测试结果的展示方法、装置及可读存储介质，通过执行用例测试对应的用例测试脚本，完成对待验证标签信息的自动化测试，并将用例测试结果以报告的形式展现出来，从而可以提高用例测试的效率及测试效果的准确性。

本申请主要包括以下几个方面：

第一方面，本申请实施例提供了一种用例测试结果的展示方法，所述展示方法包括：

获取用户输入的待验证标签信息；

基于所述待验证标签信息，生成所述待验证标签信息对应的预期执行代码；

基于所述待验证标签信息、所述预期执行代码以及获取到的实际执行代码，按照预设的用例模板，生成所述待验证标签信息对应的测试用例；

执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果；

基于所述测试结果，生成用例测试报告，并将所述用例测试报告进行显示。

在一些实施例中，通过以下步骤生成所述测试用例的用例测试脚本：

从加载出的用例测试脚本库中识别出的预设的用例模板；

按照所述预设的用例模板，逐个读取所述测试用例中的测试数据，生成所述测试用例的用例测试脚本。

在一些实施例中，所述执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果，包括：

执行所述用例测试脚本，确定所述测试用例的预测执行结果以及实际执行结果；

基于所述测试用例的预测执行结果以及实际执行结果，确定所述测试用例的测试结果。

在一些实施例中，所述执行用例测试脚本，确定所述测试用例的预测执行结果以及实际执行结果，包括：

运行所述用例测试脚本对应的入口文件，基于所述入口文件中的测试框架执行所述用例测试脚本中的所述预期执行代码以及所述实际执行代码，确定所述测试用例的预期执行结果以及实际执行结果。

在一些实施例中，所述基于所述测试用例的预测执行结果以及实际执行结果，确定所述测试用例的测试结果，包括：

判断所述预测执行结果与所述实际执行结果是否一致；

若所述预测执行结果与所述实际执行结果一致，则确定所述测试用例的测试结果为通过；

若所述预测执行结果与所述实际执行结果不一致，则确定所述测试用例的测试结果为不通过。

第二方面，本申请实施例还提供一种用例测试结果的展示装置，所述展示装置包括：

获取模块，用于获取用户输入的待验证标签信息；

第一生成模块，用于基于所述待验证标签信息，生成所述待验证标签信息对应的预期执行代码；

第二生成模块，用于基于所述待验证标签信息、所述预期执行代码以及获取到的实际执行代码，按照预设的用例模板，生成所述待验证标签信息对应的测试用例；

执行模块，用于执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果；

显示模块，用于基于所述测试结果，生成用例测试报告，并将所述用例测试报告进行显示。

在一些实施例中，所述第二生成模块在用于通过以下步骤生成所述测试用例的用例测试脚本时，所述第二生成模块用于：

从加载出的测试用例脚本库中识别出的预设的用例模板；

按照所述预设的用例模板，逐个读取所述测试用例中的测试数据，生成所述测试用例的用例测试脚本。

在一些实施例中，所述执行模块在用于执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果时，所述执行模块用于：

执行所述用例测试脚本，确定所述测试用例的预测执行结果以及实际执行结果；

基于所述测试用例的预测执行结果以及实际执行结果，确定所述测试用例的测试结果。

第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行上述第一方面或第一方面中任一种可能的实施方式中所述的用例测试结果的展示方法的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一方面或第一方面中任一种可能的实施方式中所述的用例测试结果的展示方法的步骤。

本申请实施例提供一种用例测试结果的展示方法、装置、可读存储介质及电子设备，获取用户输入的待验证标签信息，基于所述待验证标签信息，生成所述待验证标签信息对应的预期执行代码，基于所述待验证标签信息、所述预期执行代码以及获取到的实际执行代码，按照预设的用例模板，生成所述待验证标签信息对应的测试用例，执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果，基于所述测试结果，生成用例测试报告，并将所述用例测试报告进行显示。

这样，通过执行用例测试对应的用例测试脚本，完成对待验证标签信息的自动化测试，并将用例测试结果以报告的形式展现出来，从而可以提高用例测试的效率及测试效果的准确性。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例所提供的一种用例测试结果的展示方法的流程图；

图2为本申请实施例所提供的另一种用例测试结果的展示方法的流程图；

图3为本申请实施例所提供的一种用例测试结果的展示装置的结构示意图；

图4为本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中的附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应当理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的全部其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“根据待验证标签信息，生成待验证标签信息对应的测试用例，执行测试用例的用例测试脚本，生成测试结果”，给出以下实施方式，对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。

本申请实施例下述方法、装置、电子设备或计算机可读存储介质可以应用于任何需要进行用例测试结果展示的场景，本申请实施例并不对具体的应用场景作限制，任何使用本申请实施例提供的一种用例测试结果的展示方法及装置的方案均在本申请保护范围内。

值得注意的是，现阶段中，在对测试用例中标签测试的过程中，通常都是相对没有成熟的标签测试理论及方法需要逐个标签进行源码规则验证，手工的测试用例标签测试不仅验证过程繁琐、测试覆盖面小失误率高、测试结果没有办法保存，而且在标签规则变更后又需要重复验证，没办法进行快捷的回归测试进而影响了测试效率，这样会导致测试用例的测试效率低。

对于此，本申请的一个方面提出了一种用例测试结果的展示方法，能通过获取用户输入的标签信息得到测试用例，通过执行用例测试例脚本完成标签的自动化测试，并将用例测试结果以报告的形式展现出来，从而可以提高用例测试的效率，并以一种可视化方式进行用例测试结果展示。

为便于对本申请进行理解，下面结合具体实施例对本申请提供的技术方案进行详细说明。

图1为本申请实施例所提供的一种用例测试结果的展示方法的流程图，如图1所示，所述展示法包括：

s101：获取用户输入的待验证标签信息。

该步骤中，根据接收到用户输入的待验证标签信息的指令后，获取该用户所输入的待验证标签信息。

其中，用户输入的待验证标签信息可以包括“标签编码”、“标签名称”“企业id”、“源数据表”、“数据字段”、“操作符”、“结果表”以及“结果字段等。

在具体实施中，测试人员将获取到的待验证标签信息根据标签加工文档规则进行配置，按照标签文档加工规则，依次根据标签加工文档规则输入待验证标签信息。在进行标签规则配置时，在规则配置引擎平台上根据标签加工文档规则输入标签信息的各个参数。若当各个标签之间存在相关联的关系，可以在规则配置引擎平台上选择关联类型，并且可以下拉关联类型选择关系，例如左外连接(leftjoin)、右外连接(rightjoin)、内接入(innerjoin)、全部连接(alljoin)等。

s102：基于所述待验证标签信息，生成所述待验证标签信息对应的预期执行代码。

该步骤中，根据步骤s101中的待验证的标签信息，生成待验证的标签信息相对应的预期执行代码。

其中，预期执行代码为在规则配置引擎平台完成待验证标签信息的配置后，会依据规则配置引擎平台上的标签信息，自动测试生成预期执行代码，预期执行代码是待验证标签信息所预测的测试结果的预期执行代码。

在具体实施中，在规则配置引擎平台上将待验证的标签信息依据标签加工文档配置成功后，自动测试生成预期执行代码。如果在规则配置引擎平台上对待验证的标签信息配置失败，则不会生成预期执行代码。

s103：基于所述待验证标签信息、所述预期执行代码以及获取到的实际执行代码，按照预设的用例模板，生成所述待验证标签信息对应的测试用例。

该步骤中，将获取到的待验证的标签信息、预期执行代码以及获取到的实际执行代码写入预设的用例模板中，通过在预设的用例模板中生成待验证标签信息对应的测试用例。

其中，实际执行代码是根据预期执行代码获取到的实际执行代码，实际执行代码为待验证的标签验证信息的产生实际测试结果的实际执行代码。

用例模板，为预先设置好的excel形式的用例模板，用于写入获取到的待验证的标签信息、预期执行代码以及获取到的实际执行代码等等。

在具体实施中，在则配置引擎平台上根据标签加工文档规则配置待验证标签信息所对应的参数信息，当则配置引擎平台上将待验证的标签信息配置成功后，在规则引擎配置平台的右侧可视化区域生成待验证标签信息的预期执行代码，当获取到待验证标签信息的预期执行代码时，根据待验证标签信息的预期执行代码获取到待验证标签信息的实际执行代码，在规则引擎配置平台的右侧可视化区域显示待验证标签信息的实际执行代码，在获取到待验证标签信息的实际执行代码之后，将待验证标签的信息、预期执行代码以及实际执行代码写入固定的excel用例模板中，生成待验证标签信息对应的测试用例。

s104：执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果。

该步骤中，获取待验证标签信息对应的测试用例的用例测试脚本，执行测试用例对应的用例测试脚本，得到待验证标签信息的测试用例的测试结果。

其中，执行用例测试脚本的目的在于执行测试用例中的预期执行代码和实际执行代码。

这里，测试结果为待验证标签信息的测试结果，测试结果包括用例数量信息、用例通过信息、用例失败信息、开始时间信息、运行时间信息、编号信息、标签名称信息、标签描述信息以及结果信息等。

在具体实施中，在规则配置引擎平台对关于待验证的标签信息配置成功后，会在进行测试用例所属的测试项目下的data目录下的文件中生成excel版的测试数据和测试用例，规则配置引擎系统每保存一次则会生成一条测试用例，测试用例包括标签基础信息、数据源表及字段信息、结果表及结果字段信息、预期执行代码以及实际执行代码信息。执行测试用例的测试脚本中的预期执行代码以及实际执行代码，获取测试用例的测试结果。

在上述步骤s104中，所述执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果，包括：

(1)执行所述用例测试脚本，确定所述测试用例的预测执行结果以及实际执行结果。

预测执行结果为预期执行代码对应的执行结果，实际执行结果为实际执行代码对应的执行结果。

这里，所述执行用例测试脚本，确定所述测试用例的预测执行结果以及实际执行结果，包括：

运行所述用例测试脚本对应的入口文件，基于所述入口文件中的测试框架执行所述用例测试脚本中的所述预期执行代码以及所述实际执行代码，确定所述测试用例的预期执行结果以及实际执行结果。

入口文件用于执行测试脚本，在入口文件中封装了基于单元试验自动化测试框架(unittest，是内置的单元测试框架,具备编写用例、组织用例、执行用例、输出报告等自动化框架的条件)，自动加载并进行自动化运行测试。

这里，testloader加载器(unittest下的加载器通过testloader自动添加测试用例)加载测试用例项目下的data目录下生成的以test开头的测试用例到testsuite测试套件(unittest框架下用来创建测试套件的测试用例集合)中，然后由testtestrunner(运行测试用例的驱动类)运行器来运行testsuite，在执行测试用例中的预期执行代码以及实际执行代码，从而获取预期执行代码以及实际执行代码对应的预期执行结果以及实际执行结果。

(2)基于所述测试用例的预测执行结果以及实际执行结果，确定所述测试用例的测试结果。

测试用例的测试结果包括用例数量信息、用例通过信息、用例失败信息、开始时间信息、运行时间信息、编号信息、标签名称信息、标签描述信息以及结果信息等。

基于所述测试用例的预测执行结果以及实际执行结果，确定所述测试用例的测试结果，包括：判断所述预测执行结果与所述实际执行结果是否一致，若所述预测执行结果与所述实际执行结果一致，则确定所述测试用例的测试结果为通过，若所述预测执行结果与所述实际执行结果不一致，则确定所述测试用例的测试结果为不通过。

这里，通过以下两种方法判断预测执行结果与实际执行结果是否一致，如果预测执行结果与实际执行结果一致，则该测试用例的测试结果通过，如果预测执行结果与实际执行结果一致，则该测试用例的测试结果不通过。

断言方法一(assertequal)(arg1,arg2,msg))，arg1为预期结果测试值，arg2为实际结果测试值，判断预期结果测试值arg1和实际结果测试值arg2是否相等，相等则结果为true否则结果为false，如果出现了msg信息，则将该msg信息作为失败的错误信息返回，例如：测试代码得到的标签的预期结果测试值为1，实际结果测试表中的该标签的值为1则判断该条测试用例通过。

断言方法二asserttrue(arg2)，判断实际结果测试值arg2是否为true，如果是则实际结果测试值为true，否则实际结果测试值为false，例如：用例测试代码中的预期条件是>0，若实际结果测试值也是>0的数据，则断该条测试用例通过。如果用例测试代码中的预期条件是<0，若实际结果测试值也是>0的数据，则断该条用例测试不通过。

s105：基于所述测试结果，生成用例测试报告，并将所述用例测试报告进行显示。

这里，用例测试报告是以一种报告的形式将标签信息直观的显示出来。

其中，测试报告包括标签编号、标签名称、标签描述、运行时长、运行结果以及操作等其他信息。

该步骤中，将获取到的测试结果，通过beautifulreport整合成一个可视化的报表/报告，并能够将用例测试报告显示在用户的终端界面上，能够使用户可以通过可视化的用例测试报告进行查看。

在具体实施时，将测试用例的测试结果，通过可视化的测试报告展示出来，在测试报告中可以非常直观的看到每条用例的标签编号、标签名称、标签描述、运行时长、运行结果以及操作。并且可以将用例测试报告以邮件模板的形式每天定时运行自动化测试和发送测试报告邮件至相应负责人。

本申请提供了一种用例测试结果的展示方法，获取用户输入的待验证标签信息，基于待验证标签信息，生成待验证标签信息对应的预期执行代码，基于待验证标签信息、预期执行代码以及获取到的实际执行代码，按照预设的用例模板，生成待验证标签信息对应的测试用例，执行测试用例的用例测试脚本，得到测试用例的测试结果，基于测试结果，生成用例测试报告，并将用例测试报告显示在用户的终端界面中。

这样，通过执行用例测试对应的用例测试脚本，完成对待验证标签信息的自动化测试，并将用例测试结果以报告的形式展现出来，从而可以提高用例测试的效率及测试效果的准确性。

如图2所示，图2为本申请实施例所提供的另一种用例测试结果的展示方法的流程图，图2中所示，所述展示方法包括：

s201：获取用户输入的待验证标签信息。

s202：基于所述待验证标签信息，生成所述待验证标签信息对应的预期执行代码。

s203：基于所述待验证标签信息、所述预期执行代码以及获取到的实际执行代码，按照预设的用例模板，生成所述待验证标签信息对应的测试用例；

s204：从加载出的用例测试脚本库中识别出的预设的用例模板。

其中，测试用例脚本库中存储着大量的测试用例脚本，并且测试用例脚本中存储这预设字符串类型的测试用例模板。

该步骤中，首先加载测试用例脚本库，通过测试脚本中的预设字符串类型识别出用例模板。

s205：按照所述预设的用例模板，逐个读取所述测试用例中的测试数据，生成所述测试用例的用例测试脚本。

其中，测试数据为测试用例中的有关待验证标签的信息。

该步骤中，根据预设的测试用例模板，先通过实例化load_workbook(内置操作excel的函数)类对象调用相关方法逐条读取excel用例模板文件中的每一行数据，将每一行数据进行格式化，然后在依次在指定测试用例项目下的data下生成对应的用例测试脚本。

在具体实施时，自动化测试引擎首先加载测试用例脚本库，这里存放这生成测试用例的脚本，并且用例脚本中预设字符串类型的用例模板，通过读取测试用例中的每一行数据，将该数据进行格式化。在指定的路径下生成对应的用例测试脚本，并且生成后的脚本是以test开头的测试用例名称。

s206：执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果。

s207：基于所述测试结果，生成用例测试报告，并将所述用例测试报告进行显示。

其中，s201至s203以及s206至s207的描述可以参照s101至s103以及s104至s105的描述，并且能达到相同的技术效果，对此不做赘述。

本申请提供了一种用例测试结果的展示方法，获取用户输入的待验证标签信息，基于待验证标签信息，生成待验证标签信息对应的预期执行代码，基于待验证标签信息、预期执行代码以及获取到的实际执行代码，按照预设的用例模板，生成所述待验证标签信息对应的测试用例，从加载出的用例测试脚本库中识别出的预设的测试用例模板，按照所述预设的用例模板，逐个读取所述测试用例中的测试数据，生成所述测试用例的用例测试脚本执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果，基于所述测试结果，生成用例测试报告，并将所述用例测试报告显示在所述用户的终端界面中。

这样，通过执行用例测试对应的用例测试脚本，完成对待验证标签信息的自动化测试，并将用例测试结果以报告的形式展现出来，从而可以提高用例测试的效率及测试效果的准确性。

基于同一申请构思，本申请实施例中还提供了与上述实施例提供的一种用例测试结果的展示方法对应的一种用例测试结果的展示装置，由于本申请实施例中的装置解决问题的原理与本申请上述实施例的一种数据的脱敏方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

请参阅图3，图3为本申请实施例所提供的一种用例测试结果的展示装置的结构示意图。

请参阅图3，图3为本申请实施例所提供的一种用例测试结果的展示装置结构示意图。如图3中所示，所述展示装置300包括：

获取模块301，用于获取用户输入的待验证标签信息；

第一生成模块302，用于基于所述待验证标签信息，生成所述待验证标签信息对应的预期执行代码；

第二生成模块303，用于基于所述待验证标签信息、所述预期执行代码以及获取到的实际执行代码，按照预设的用例模板，生成所述待验证标签信息对应的测试用例；

执行模块304，用于执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果；

显示模块305，用于基于所述测试结果，生成用例测试报告，并将所述用例测试报告进行显示。

可选的，第二生成模块303在用于通过以下步骤生成所述测试用例的用例测试脚本时，第二生成模块303用于：

从加载出的测试用例脚本库中识别出的预设的用例模板；

按照所述预设的用例模板，逐个读取所述测试用例中的测试数据，生成所述测试用例的用例测试脚本。

可选的，执行模块304在用于执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果时，执行模块304：

执行所述用例测试脚本，确定所述测试用例的预测执行结果以及实际执行结果；

基于所述测试用例的预测执行结果以及实际执行结果，确定所述测试用例的测试结果。

可选的，执行模块304在用于执行用例测试脚本，确定所述测试用例的预测执行结果以及实际执行结果时，所述执行模块304用于：

运行所述用例测试脚本对应的入口文件，基于所述入口文件中的测试框架执行所述用例测试脚本中的所述预期执行代码以及所述实际执行代码，确定所述测试用例的预期执行结果以及实际执行结果。

可选的，执行模块304在用于基于所述测试用例的预测执行结果以及实际执行结果，确定所述测试用例的测试结果时，所述执行模块304用于：

判断所述预测执行结果与所述实际执行结果是否一致；

若所述预测执行结果与所述实际执行结果一致，则确定所述测试用例的测试结果为通过；

若所述预测执行结果与所述实际执行结果不一致，则确定所述测试用例的测试结果为不通过。

本申请提供了一种用例测试结果的展示装置，获取模块，用于获取用户输入的待验证标签信息，第一生成模块，用于基于所述待验证标签信息，生成所述待验证标签信息对应的预期执行代码，第二生成模块，用于基于所述待验证标签信息、所述预期执行代码以及获取到的实际执行代码，按照预设的用例模板，生成所述待验证标签信息对应的测试用例，执行模块，用于执行所述测试用例的用例测试脚本，得到所述测试用例的测试结果，显示模块，用于基于所述测试结果，生成用例测试报告，并将所述用例测试报告显示在所述用户的终端界面中。

这样，通过执行用例测试对应的用例测试脚本，完成对待验证标签信息的自动化测试，并将用例测试结果以报告的形式展现出来，从而可以提高用例测试的效率及测试效果的准确性。

请参阅图4，图4为本申请实施例所提供的一种电子设备的结构示意图。如图4中所示，所述电子设备400包括处理器410、存储器420和总线430。

所述存储器420存储有所述处理器410可执行的机器可读指令，当电子设备400运行时，所述处理器410与所述存储器420之间通过总线430通信，所述机器可读指令被所述处理器410执行时，可以执行如上述图1以及图2所示方法实施例中的用例测试结果的展示方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时可以执行如上述图1以及图2所示实施例中的用例测试结果的展示方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应所述理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的部分可以以软件产品的形式体现出来，所述计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。