自动化测试方法、装置、存储介质及设备与流程

本申请涉及自动化测试技术领域，具体而言，本申请涉及一种自动化测试方法、装置、存储介质及设备。

背景技术：

随着软件产业的不断发展，新开发的软件越来越复杂，功能越来越多，使得软件测试也变得越来越复杂。在软件测试过程中，为保证测试质量，通常需要设计和编写大量的测试用例，然后利用编写的测试用例进行软件的功能测试或性能测试，传统利用测试用例进行手工测试的方式，效率低下。

现在往往利用测试用例进行自动测试，但自动测试在一台机器上只能单线程执行，也就是说，普通的自动测试执行是采用单进程来执行测试用例集，而且，测试时间会随着用例数量及流程复杂度的提升而增多，一般来说，当接口测试用例集多到几百个时，测试时间会在十分钟以上，对于一些版本迭代周期较快的项目，如：敏感开发项目，其对应的自动化用例是不断积累的，导致其测试用例的数量随着测试次数的增长而不断增多，该种方案运行全部的测试用例需要消耗大量的时间，测试效率低。

技术实现要素：

本申请提供了一种自动化测试方法、装置、计算机可读存储介质及计算机设备，以提高自动化测试过程的效率。

本申请实施例首先提供了一种自动化测试方法，包括：

根据预设的测试需求获取若干测试用例；

在预设的分布式系统上创建多个用于执行所述测试用例的目标容器；

根据所述测试用例的数据大小与目标容器的处理性能进行匹配，将测试用例分配到与之匹配的目标容器中运行。

一种实施例中，根据所述测试用例的数据大小与目标容器的处理性能进行匹配的步骤，包括：

根据目标容器的数量对多个测试用例进行批次划分，每批测试用例的数量与目标容器的数量相同；

针对每一批次，获取每一测试用例的数据大小，并根据所述数据大小对测试用例进行排序；

针对每一批次，调用预先按照所述目标容器的处理性能对目标容器进行排序的排序结果；

针对每一批次，将所述排序相同的测试用例与目标容器进行匹配。

一种实施例中，根据在预设的分布式系统上创建多个用于执行所述测试用例的目标容器的步骤，包括：

获取目标容器所在的分布式系统的节点信息；

根据所述节点信息读取所述分布式系统上各节点的系统资源占用率；

根据各节点的系统资源占用率确定所述各节点对应的目标容器的处理性能；

根据测试需求及所述处理性能生成各节点对应的配置文件，根据所述配置文件创建目标容器。

一种实施例中，所述将测试用例分配到与之匹配的目标容器中运行的步骤之后，还包括：

对各节点的系统资源占用率进行采集，获得系统资源占用率；

根据所述系统资源占用率修正目标容器的处理性能。

一种实施例中，所述将测试用例分配到与之匹配的目标容器中运行的步骤之后，还包括：

获取记录测试用例运行过程的日志文件；

从所述日志文件中提取测试结果及对应的测试用例标识；

整合所述测试结果及测试用例标识生成测试报告并发送所述测试报告。

一种实施例中，所述生成测试报告的步骤之后，还包括：

检测到测试报告中的测试结果超出其预设的标准参考范围，确定与该测试结果关联的测试用例标识；

对该测试用例标识对应的目标测试用例二次执行，获取二次测试结果；

根据所述二次测试结果确定导致所述测试结果异常的异常信息。

一种实施例中，所述根据所述二次测试结果确定导致所述测试结果异常的异常信息的步骤，包括：

当二次测试结果同样超出其标准参考范围时，确定所述测试结果对应的测试用例异常。

相应地，本申请还提供了一种自动化测试装置，包括：

获取测试用例模块，用于根据预设的测试需求获取若干测试用例；

创建目标容器模块，用于在预设的分布式系统上创建多个用于执行所述测试用例的目标容器；

分配运行模块，用于根据所述测试用例的数据大小与目标容器的处理性能进行匹配，将测试用例分配到与之匹配的目标容器中运行。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行上述任一项技术方案所述的自动化测试方法的步骤。

更进一步地，本申请实施例还提供了一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任意一技术方案所述的自动化测试方法的步骤。

与现有技术相比，本申请提供的方案至少具备如下优点：

本申请提供的自动化测试方法，首先针对测试需求获取对应的测试用例，然后在分布式系统上创建多个用于执行测试用例的目标容器，利用目标容器处理与之处理性能相匹配的测试用例，与传统的单线程执行测试用例的方案相比，本申请通过构建多个目标容器，实现在同一主机上并行执行多个测试用例的目的，提高资源的利用率及测试用例的测试效率。

而且，本申请将测试用例的数据大小与目标容器的处理性能相匹配，将数据量较大的测试用例分配至处理性能较强的目标容器中执行，有利于提高测试用例的执行效率，进而提高整个测试进程的效率。

附图说明

图1为本申请一个实施例提供的自动化测试方法的实施环境图；

图2为本申请一个实施例提供的自动化测试方法的流程图；

图3为本申请一个实施例提供的在预设的分布式系统上创建多个用于执行所述测试用例的目标容器的流程图；

图4为本申请一个实施例提供的根据所述测试用例的数据大小与目标容器的处理性能进行匹配的流程图；

图5为本申请一个实施例提供的对测试报告进行数据分析的流程图；

图6为本申请一种实施例提供的自动化测试装置的结构示意图；

图7为本申请一种实施例提供的计算机设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

图1为一个实施例提供的自动化测试方法的实施环境图，在该实施环境中，包括用户终端与服务器端，置于用户终端或服务器端的分布式系统，分布式系统包括多个节点，图1展示了分布式系统位于服务器端的情况，分布式系统中包含n个节点(n为大于1的整数)。

结合图1提供的环境图，本申请提供的方案在服务器端使用时的执行过程如下：根据测试需求获取符合测试需求的若干测试用例，在预设的分布式系统上创建多个用于执行所述测试用例的目标容器，根据测试用例的数据大小与目标容器的处理性能进行匹配处理，将测试用例分配到与之匹配的目标容器中运行，实现利用多个目标容器对测试用例进行并行操作的目的，提高了自动化测试的效率。

本申请提供的用户终端可为智能手机、平板电脑、笔记本电脑、台式计算机等，服务器端可为具有处理功能的计算机设备，但并不局限于此。服务器端与用户终端可以通过蓝牙、usb(通用串行总线)或者其他通讯连接方式进行网络连接，本申请在此不做限制。

图2为本申请一个实施例提供的自动化测试方法的流程图，包括如下步骤：

步骤s210，根据预设的测试需求获取若干测试用例；

步骤s220，根据所述测试需求在预设的分布式系统上创建多个用于执行测试用例的目标容器；

步骤s230，根据所述测试用例的数据大小与目标容器的处理性能进行匹配，将测试用例分配到与之匹配的目标容器中运行。

服务器端接收到对某一应用的测试请求，解析该测试请求获取其中的测试需求，测试需求是软件开发过程中对软件开发结果的测试，可以包括对软件整体或局部程序的测试，如功能测试，性能测试等。本申请优先采用回归测试方法进行软件测试，每个新版本的软件测试都可以利用回归测试进行测试，以便大幅降低系统测试、维护升级等阶段的成本。

根据测试需求编写测试用例或者调用预先针对测试需求存储的测试用例，调用预先针对测试需求存储的测试用例的过程如下：在分布式系统中加载测试用例的存储地址，即将测试用例的运行地址指向分布式系统，分布式系统通过测试用例的存储地址抓取测试用例。

获得测试用例之后，利用配置文件定时启动测试用例，如：利用jenkins定时启动测试用例，配置文件可以根据实际情况进行设置，本申请能够利用jenkins的配置文件动监控测试用例的启动进程，也可以通过配置文件设定启动周期及启动时间，实现对大量测试用例自动启动测试的目的。

本申请提供的分布式系统上包括若干节点，所述节点可以为服务器节点，服务器节点可以分布于多个不同的硬件设备上，各服务器节点上除了为自动化测试配置一定的数据处理性能，也可以为其他应用程序配置一定的数据处理性能，即一个服务器节点上同时运行多个应用程序，因此，不同服务器节点上可利用的数据处理性能存在差异，而基于服务器节点创建的目标容器，目标容器的处理性能可以在服务器节点上预先设定固定处理性能，也可以将服务器节点中当前可利用的处理性能设置全部为目标容器的处理性能，由于每个服务器节点上当前的系统资源占用率可能不同，因此，基于分布式系统上的多个服务器节点创建的目标容器的处理性能也存在差异。

本申请提供的目标容器，能够在操作系统层面上实现虚拟化，多个目标容器在测试过程中可以直接复用本地主机的操作系统，实现在同一主机上并行执行多个测试用例的目的，提高资源的利用率，降低成本，方便管理及容错容灾。

步骤s220的创建多个用于执行所述测试用例的目标容器的步骤之后，还包括：获取到目标容器的处理性能，若目标容器的处理性能为服务器节点中当前可利用的处理性能，基于服务器节点当前已占用的系统资源与额定系统资源确定当前可利用的系统资源，即通过剩余系统资源占用率确定目标容器的处理性能。若目标容器的处理性能为设置的固定处理性能，可以为不同目标容器设置不同的固定处理性能，以提高分布式系统中不同节点的系统资源利用率。

获取测试用例的数据大小，根据测试用例的数据大小与目标容器的处理性能进行匹配，将数据量较大的测试用例分配到处理性能较强的目标容器中执行，以便提高测试效率。

本申请提供的方案，首先针对测试需求获取对应的测试用例，启动测试用例的测试进程，然后在分布式系统上创建多个用于执行测试用例的目标容器，利用目标容器处理与之处理性能相匹配的测试用例，与传统的单线程执行测试用例的方案相比，本申请通过构建多个目标容器，实现在同一主机上并行执行多个测试用例的目的，提高资源的利用率及测试用例的测试效率。

而且，本申请将测试用例的数据大小与目标容器的处理性能相匹配，将数据量较大的测试用例分配至处理性能较强的目标容器中执行，有利于提高测试用例的执行效率，进而提高整个测试进程的效率。

为了更清楚本申请提供的自动化测试方案及其技术效果，接下来以多个实施例对其具体实施方案进行详细阐述。

一种实施例中，步骤s220的在预设的分布式系统上创建多个用于执行所述测试用例的目标容器的步骤，可以通过如下方式进行，其流程图如图3所示，包括：

s310，获取目标容器所在的分布式系统的节点信息；

s320，根据所述节点信息读取所述分布式系统上各节点的系统资源占用率；

s330，根据各节点的系统资源占用率确定所述各节点对应的目标容器的处理性能；

s340，根据测试需求及所述处理性能生成各节点对应的配置文件，根据所述配置文件创建目标容器。

在预设的分布式系统上创建多个用于执行测试用例的目标容器，在此之前，还需要根据测试需求及分布式系统的节点信息确定目标容器的配置文件。

分布式系统的节点信息中包括系统资源占用率，根据各节点当前的系统资源占用率确定目标容器的可利用系统资源，再根据可利用系统资源确定目标容器的处理性能。

分布式系统的节点信息包括节点的编号、所处位置、系统资源占用率等信息，节点的系统资源占用率，表征当前节点中各应用已使用的资源占比或者当前节点中所有应用占用的资源占比之和。目标容器的处理性能由包括：cpu运算、io接口、外部系统等参数中的一种或多种表征，目标容器的处理性能与其分配的系统资源大小呈成正比。目标容器的系统资源可以为当前节点剩余的系统资源，该剩余的系统资源为目标容器可利用的系统资源，或者基于这些剩余系统资源设置的固定系统资源，例如：当前服务器节点的系统资源占用率为47％，那么目标容器的处理性能是(53％*服务器节点的全部运存)的系统资源表征的处理能力，或者直接根据设置(50％*服务器节点的全部运存)的系统资源所表征的处理能力为目标容器的处理性能。

本申请实施例根据系统资源占用率确定目标容器的处理性能，以便根据目标容器的处理性能分配测试用例，以提高测试用例的执行效率。

根据测试需求及上述实施例获得的目标容器的处理性能生成配置文件，根据各节点对应的配置文件创建目标容器，其中，将测试需求数据化，根据测试需求确定配置文件中的配置参数，如目标容器的数量等信息，利用测试需求及目标容器的处理性能生成目标容器的配置文件，根据配置文件及创建函数生成目标容器。

本申请提供的目标容器为docker容器，docker容器的创建-运行过程如下：创建一个相应的job实例；利用dockerdaemon为job配置环境参数；执行该job的运行函数。在job实现过程中，为job配置参数有两种方式：第一，创建job实例时，用指定参数直接初始化job的args属性；第二，创建完job后，给job添加指定的环境变量。

本申请创建的目标容器为docker容器，软件开发用户可以以统一的方式打包测试应用以及依赖包到一个可移植的docker容器中，然后将该容器发布到任何安装有docker引擎的服务器上，实现轻松地进行迁移扩展。而且，目标容器能够有效地将由单个操作系统管理的资源划分到孤立的多个组中，实现在组别之间平衡有冲突的资源使用需求，多个容器内同时运行测试用例，不同的容器之间相互隔离，互不干扰，操作系统资源的利用率较高。

进一步地，为了提高目标容器的创建效率，可以使用镜像仓库，通过减少在构建镜像时下载组件所需的时间，或者通过将多个运行命令组合成一个命令，减少镜像中的层数，加快构建镜像的速度，缩短构建目标容器的时间，有利于提高整个测试过程的效率。

本申请实施例在分布式系统上创建多个目标容器，以便后续利用多个目标容器并行执行多个测试用例，提升测试效率。

在此基础上，由于分布式系统的每个节点上均可以同时运行多个程序，也就是说，各节点上可利用的系统资源处于变动状态，因此，为了提高目标容器的处理性能的准确性，本申请在将测试用例分配到与之匹配的目标容器中运行的步骤之后，还提供了如下方案，包括：

a1、对各节点的系统资源占用率进行采集，获得系统资源占用率；

a2、根据所述系统资源占用率修正目标容器的处理性能。

本申请实施例提供的方案，在将测试用例分配到目标容器中执行之后，后续还可以通过采集系统资源占用率修正各目标容器的处理性能，进一步地，还可以定期对目标容器的处理性能进行修正，修正周期可以根据实际情况设定，可以设置每处理一个测试用例进行一次更新，也可以设置更新周期定时对目标容器的处理性能进行更新，基于当前采集的系统资源占用率修正目标容器的处理性能，实现对目标容器的处理性能的修正，以便基于修正后的处理性能进行测试用例与目标容器之间的匹配，提高测试用例与目标容器之间的匹配准确度，进而提高测试用例的测试效率。

步骤s230的根据所述测试用例的数据大小与目标容器的处理性能进行匹配的步骤，可以通过如下方式进行，其流程图如图4所示，包括：

s410，根据目标容器的数量对多个测试用例进行批次划分，每批测试用例的数量与目标容器的数量相同；

s420，针对每一批次，获取每一测试用例的数据大小，根据所述数据大小对测试用例进行排序；

s430，针对每一批次，调用预先按照所述目标容器的处理性能对目标容器进行排序的排序结果；

s440，针对每一批次，将所述排序相同的测试用例与目标容器进行匹配。

本申请实施例提供了一种目标容器与测试用例的匹配方案，每个目标容器每次执行一个测试用例，因此，对测试用例进行批次划分进行分批测试，每批次的测试用例的数量与目标容器的数量相同，且预先根据目标容器的处理性能对目标容器进行排序，获得目标容器在处理性能上的排序结果，根据数据大小对每批次中的测试用例进行排序，获得测试用例的排序结果，由于每批次中测试用例的数量与目标容器的数量相同，因此，将排序相同的测试用例与目标容器进行匹配，且是一一对应的匹配关系。

该种情况下，若测试用例的数量对目标容器数量取余不为零，则获取最后一个批次的测试用例的数量r，对最后一个批次的测试用例按照数据大小进行排序，调用与排名靠前的r个目标容器，按照目标容器的处理性能与测试用例的数据大小进行匹配处理，以最大程度地提高测试用例的处理效率。

上述实施例通过在分布式系统上设置多个目标容器，并将测试用例分配到相匹配的目标容器中执行，实现提高测试用例执行效率的目的，本实施例还能通过如下实施例完善测试过程，步骤s230的将测试用例分配到与之匹配的目标容器中运行的步骤之后，还包括：

b1、获取记录测试用例运行过程的日志文件；

b2、从所述日志文件中提取测试结果及对应的测试用例标识；

b3、整合所述测试结果及测试用例标识生成测试报告并发送所述测试报告。

日志文件记录了测试用例在目标容器中运行的整个过程，记录了中间过程数据及最终的测试结果，本申请在获取到每个测试用例的日志文件后，对日志文件进行数据爬取，获取其中的测试结果及测试用例标识。获取多个测试用例的日志文件，爬取其中的测试结果及关联的测试用例标识，将多个所述测试结果及测试用例标识进行数据整合，生成测试报告，并将所述测试报告以邮件的形式发送到用户端，上述处理过程可以通过脚本文件执行，实现对测试报告的自动生成及自动发送，有利于实现测试过程的自动化程度。

上述创建目标容器及利用目标容器运行测试用例、成成测试报告的过程均可以通过脚本文件进行自动执行，编写脚本文件实现测试报告的生成过程中，可以利用htmltestrunner的run()方法实现在目标容器中执行测试用例并生成测试报告，htmltestrunner是python标准卡unittest单元测试框架的一个扩展，主要用于生成html测试报告，以便生成一份通俗易懂的测试报告来展示自动化测试成果。

通过上述实施例获得测试报告之后，对测试报告进行数据分析，数据分析过程可以采用如下方式进行，其流程图如图5所示，包括：

s510，检测到测试报告中的测试结果超出其预设的标准参考范围，调取与该测试结果关联的测试用例标识；

s520，对该测试用例标识对应的目标测试用例二次执行，获取二次测试结果；

s530，根据所述二次测试结果确定导致所述测试结果异常的异常信息。

预先为每项测试结果设置标准参考范围，将测试报告中的每项测试结果与其对应的标准参考范围作对比，判断是否存在测试结果超出其标准参考范围的异常情况，若检测到测试报告中的测试结果超出其标准参考范围，表明该测试结果异常，该种异常有可能是目标容器执行过程出现问题，如目标容器的运行空间不够，运行环境异常等导致的测试不完全，也有可能是因为测试用例本身出现错误，测试用例数据受损等。有必要针对测试结果异常的情况进一步测试，以明确异常原因，本申请提供的方案是，针对异常的测试结果，调取与该测试结果关联的测试用例标识，将该测试用例标识对应的目标测试用例置于目标容器中二次执行，为了便于区别各目标容器，将第一次执行获得上述测试结果的目标容器称为第一目标容器，这里的目标容器优选为除了第一目标容器之外的其他目标容器，例如：异常测试结果是在目标容器4中执行的，编号1至4的目标容器正常运行，可以将该测试结果对应的测试用例置于编号为1至3的任一个目标容器中重新执行，获取二次测试结果，基于对二次测试结果的分析确定导致测试结果异常的异常信息，如：对二次测试结果与上述第一次测试的测试结果进行对比分析，根据分析结果确定异常信息。也可以利用第一目标容器二次执行目标测试用例，以排除偶发因素或环境因素造成的测试异常。

本申请实施例提供方案，对异常测试结果对应的目标测试用例进行二次执行，基于测试结果与二次测试结果确定导致测试结果异常的异常信息，该种方式能够便捷地明确异常信息，如可以直接排除偶发因素或环境因素导致的测试结果异常。

在此基础上，本申请还提供了以下实施例进一步明确异常测试结果的测试原因，结合图5，根据测试结果确定导致测试结果异常的异常信息的步骤，包括：

s540，判断所述二次测试结果是否超出其标准参考范围；

s550，当二次测试结果同样超出其标准参考范围，确定所述测试结果对应的测试用例异常。

由于测试结果与二次测试结果是针对同一测试用例进行的测试，因此调用预先为该测试用例设置的标准参考范围，将二次测试结果与标准参考范围进行对比，若二次测试结果同样超出其标准参考范围，则确定测试用例有误，若二次测试结果并未超出标准参考范围，则有可能是测试结果对应的目标容器存在异常。

利用本申请提供的方案能够明确当前出现问题的测试结果是否为测试用例有误导致的，避免由于对测试用例的误判，有利于明确测试结果出现问题的准确原因。

进一步地，步骤s550确定所述测试结果对应的测试用例异常的步骤之后，还包括：s560，发送测试用例异常的提醒信息，响应于所述提醒信息中携带的删除指令执行删除异常测试用例的操作。

明确测试用例异常之后，发送测试用例有误的提醒信息，所述提醒信息中携带有删除信息，响应于该删除指令执行删除异常测试用例的操作，以保证测试用例集合的准确性，能够避免其他测试过程利用该有误的测试用例进行测试，有利于保证测试结果的准确性。

进一步地，将测试用例分配到与之匹配的目标容器中运行的步骤之后，还包括：删除目标容器。

在所有的测试用例的测试进程完成之后，测试进程完成包括：对测试结果超出预设的标准参考范围的测试用例进行二次执行之后，即全部测试用例完成了测试及测试验证过程，测试过程不再需要目标容器进行执行，删除目标容器，解除目标容器对系统资源的占用。

以上为本申请提供的自动化测试方法的实施例，针对于该方法，下面阐述与其对应的自动化测试装置的实施例。

本申请实施例还提供了一种自动化测试装置，其结构示意图如图6所示，包括：获取测试用例模块610、创建目标容器模块620、分配运行模块630，具体如下：

获取测试用例模块610，用于根据预设的测试需求获取若干测试用例；

创建目标容器模块620，用于在预设的分布式系统上创建多个用于执行所述测试用例的目标容器；

分配运行模块630，用于根据所述测试用例的数据大小与目标容器的处理性能进行匹配，将测试用例分配到与之匹配的目标容器中运行。

关于上述实施例中的自动化测试装置，其中各个模块的执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

进一步地，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现上述任意一项所述的自动化测试方法的步骤。其中，所述存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、cd-rom、和磁光盘)、rom(read-onlymemory，只读存储器)、ram(randomaccessmemory，随即存储器)、eprom(erasableprogrammableread-onlymemory，可擦写可编程只读存储器)、eeprom(electricallyerasableprogrammableread-onlymemory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。可以是只读存储器，磁盘或光盘等。

更进一步地，本申请实施例还提供一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任意一项所述的自动化测试方法的步骤。

图7是根据一示例性实施例示出的一种用于计算机设备700的框图。例如，计算机设备700可以被提供为服务器端。参照图7，计算机设备700包括处理组件722，其进一步包括一个或多个处理器，以及由存储器732所代表的存储器资源，用于存储可由处理组件722的执行的指令，例如应用程序。存储器732中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件722被配置为执行指令，以执行上述自动化测试方法的步骤。

计算机设备700还可以包括一个电源组件726被配置为执行计算机设备700的电源管理，一个有线或无线网络接口750被配置为将计算机设备700连接到网络，和一个输入输出(i/o)接口758。计算机设备700可以操作基于存储在存储器732的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

应该理解的是，在本申请各实施例中的各功能单元可集成在一个处理模块中，也可以各个单元单独物理存在，也可以两个或两个以上单元集成于一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。