接口测试任务管理系统、方法及设备与流程

1.本技术涉及软件测试技术领域，尤其涉及一种接口测试任务管理系统、方法及设备。


背景技术：

2.随着软件行业的发展，对软件的质量要求越来越高，其中，就需要对软件进行测试，而在软件测试工作中，接口测试占据越来越大的比重。
3.在对接口测试时，通常是不同的测试人员通过常用的定时任务管理工具及接口测试工具来实现对接口测试任务定时执行的需求，例如，可以采用windows/linux自带的定时任务功能以及postman和jemeter等接口测试工具等来实现，然而，上述接口测试方案无法对不同人员的接口测试任务及测试结果进行管理，测试效率较低。


技术实现要素：

4.本技术提供一种接口测试任务管理系统、方法及设备，以解决无法对接口测试任务及测试结果有效管理，测试效率较低的问题。
5.第一方面，本技术提供一种接口测试任务管理系统，所述系统包括：web交互模块、任务调度集群和git代码管理工具；
6.所述web交互模块，用于接收用户输入的指令并生成接口测试任务；
7.所述任务调度集群，用于从所述web交互模块获取所述接口测试任务，并根据所述接口测试任务从所述git代码管理工具获取与所述接口测试任务对应的接口测试脚本，运行所述接口测试脚本以得到所述接口测试任务的测试结果，将获取的所述测试结果进行保存；
8.所述git代码管理工具，用于接收并保存用户输入的接口测试脚本；
9.所述web交互模块，还用于接收用户输入的获取测试结果的请求，并从所述任务调度集群获取与所述请求对应的测试结果，并向用户展示。
10.可选的，所述任务调度集群包括多个任务调度节点，所述接口测试任务包括接口测试任务名称、接口测试任务执行时间以及所述接口测试任务名称对应的接口测试脚本的存储地址；
11.所述任务调度节点包括：获取单元和脚本运行单元；
12.所述获取单元，用于根据获取的所述接口测试脚本的存储地址从git代码管理工具获取与所述接口测试任务名称对应的接口测试脚本；
13.所述脚本运行单元，用于在达到所述接口测试任务执行时间时，运行所述接口测试脚本并得到与所述接口测试任务名称对应的测试结果。
14.可选的，所述系统还包括：mq消息队列模块；
15.所述mq消息队列模块，用于接收所述web交互模块下发的与所述接口测试任务名称对应的任务消息，并将所述任务消息分配给空闲的任务调度节点，以使所述任务调度节
点根据所述任务消息确定对应的接口测试任务。
16.可选的，所述脚本运行单元在运行所述接口测试脚本并得到与所述接口测试任务名称对应的测试结果时，具体用于：
17.根据获取的所述接口测试脚本的扩展名确定脚本类型，再根据所述脚本类型确定执行方式，并根据确定的执行方式运行所述接口测试脚本以得到测试结果。
18.可选的，所述任务调度集群还包括存储单元；
19.所述存储单元用于保存任务调度节点通过脚本运行单元生成的测试结果。
20.可选的，所述web交互模块，还用于在获取到与所述请求对应的测试结果后，并根据所述测试结果生成测试报告。
21.第二方面，本技术实施例提供一种接口测试任务管理方法，应用于任务调度集群，所述方法包括：
22.从web交互模块获取接口测试任务，并根据所述接口测试任务从git代码管理工具获取与所述接口测试任务对应的接口测试脚本；所述接口测试任务是根据用户输入的指令生成的；
23.运行所述接口测试脚本以得到所述接口测试任务的测试结果，将获取的所述测试结果进行保存；
24.在接收到所述web交互模块发送的获取测试结果的请求时，将存储的所述测试结果发送给web交互模块，以使所述web交互模块向用户展示所述测试结果。
25.第三方面，本技术提供一种接口测试任务管理方法，应用于web交互模块，所述方法包括：
26.接收用户输入的指令并生成接口测试任务；
27.将所述接口测试任务发送给任务调度集群，以使所述任务调度集群根据所述接口测试任务从所述git代码管理工具获取与所述接口测试任务对应的接口测试脚本，运行所述接口测试脚本以得到接口测试任务的测试结果，并将所述测试结果进行保存；
28.接收用户输入的获取测试结果的请求，并从所述任务调度集群获取与所述请求对应的测试结果，并向用户展示。
29.第四方面，本技术提供一种电子设备，包括：至少一个处理器和存储器；
30.所述存储器存储计算机执行指令；
31.所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第二方面或第三方面所述的方法。
32.第五方面，本技术提供一种计算机存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第二方面或第三方面所述的方法。
33.第六方面，本技术提供一种程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第二方面或第三方面所述的方法。
34.本技术提供了一种接口测试任务管理系统、方法及设备，所述系统包括：web交互模块、任务调度集群和git代码管理工具；所述web交互模块，用于接收用户输入的指令并生成接口测试任务；所述任务调度集群，用于从所述web交互模块获取所述接口测试任务，并根据所述接口测试任务从所述git代码管理工具获取与所述接口测试任务对应的接口测试
脚本，运行所述接口测试脚本以得到所述接口测试任务的测试结果，将获取的所述测试结果进行保存；所述git代码管理工具，用于接收并保存用户输入的接口测试脚本；所述web交互模块，还用于接收用户输入的获取测试结果的请求，并从所述任务调度集群获取与所述请求对应的测试结果，并向用户展示，所述系统能够将接口测试任务的调度和执行以及接口测试脚本的维护分开处理，能够对不同人员的测试任务及测试结果统一查看，从而能够有效对测试任务及测试结果进行管理，可以在一定程度上提高测试效率。
附图说明
35.为了更清楚地说明本技术或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
36.图1为本发明实施例提供的一种应用场景示意图；
37.图2为本发明实施例提供的一种接口测试任务管理系统的结构示意图；
38.图3为本发明实施例提供的另一种接口测试任务管理系统的结构示意图；
39.图4为本发明实施例提供的web交互模块与任务调度集群之间的信息传输示意图；
40.图5为本发明实施例提供的一种接口测试任务管理方法的流程示意图；
41.图6为本发明实施例提供的另一种接口测试任务管理方法的流程示意图；
42.图7为本发明实施例提供的一种电子设备的硬件结构示意图。
具体实施方式
43.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
45.图1为本发明实施例提供的一种应用场景示意图，如图1所示，测试人员在进行接口测试时，可以向web交互模块输入指令，同时还可以通过web交互模块获取展示结果，web交互模块可以下发接口测试任务给任务调度集群，任务调度集群可以从git代码管理工具获取接口测试脚本，在运行后得到测试结果，并在需要时将测试结果发送给web交互模块，从而实现对接口测试任务的管理。
46.在一些技术中，测试人员在进行接口测试时，仅能通过现有的接口测试工具执行一个接口测试任务，当接口测试任务较多，且接口测试人员均不同时，若对于接口测试的任
务及测试结果不能有效管理，则会影响测试效率，同时也无法对测试结果进行有效分析。例如，对用测试人员a来说，负责两个测试任务，测试人员b负责另外三个测试任务，那么无法对所有的测试任务进行统一管理，且在进行测试结果分析时，无法将所有人员的测试结果进行统一分析。
47.基于上述技术问题，本技术实施例提供的接口测试任务管理系统，能够通过web交互模块实现对接口测试任务生成及下发，实现对测试任务的统一管理，通过集群调度模块与web交互模块的交互可以实现从web交互模块获取接口测试任务，以及向web交互模块发送测试结果，通过集群调度模块与git代码管理工具的交互可以实现从git代码管理工具获取接口测试脚本，而git代码管理工具可以接收用户修改的接口测试脚本，通过将接口测试的过程划分为不同的模块来实现，能够对不同人员的测试任务及测试结果统一查看，从而能够有效对测试任务及测试结果进行管理，可以在一定程度上提高测试效率。
48.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
49.图2为本发明实施例提供的一种接口测试任务管理系统的结构示意图，如图2所示，本实施例的系统，可以包括：web交互模块201、任务调度集群202和git代码管理工具203；
50.所述web交互模块201，用于接收用户输入的指令并生成接口测试任务；
51.所述任务调度集群202，用于从所述web交互模块201获取所述接口测试任务，并根据所述接口测试任务从所述git代码管理工具203获取与所述接口测试任务对应的接口测试脚本，运行所述接口测试脚本以得到所述接口测试任务的测试结果，将获取的所述测试结果进行保存；
52.所述git代码管理工具203，用于接收并保存用户输入的接口测试脚本；
53.所述web交互模块201，还用于接收用户输入的获取测试结果的请求，并从所述任务调度集群202获取与所述请求对应的测试结果，并向用户展示。
54.在本实施例中，所述接口测试任务管理系统包括：web交互模块201、任务调度集群202和git代码管理工具203，其中，这三个部分部署在不同的终端设备上，或者，全部部分部署在同一终端设备上；或者三个部分中的两个设备部署在同一终端设备上。其中，web交互模块201包括前台页面交互和后台处理逻辑，前台页面交互可以采用vue iview来实现，后台处理逻辑可以采用springboot maven来实现。web交互模块201可以接收用户输入的指令，用户输入的指令用于生成接口测试任务。其中，用户输入的指令包括接口测试任务的参数。
55.任务调度集群202是基于quartz的集群，任务调度集群202中包括任务调度节点，任务调度节点在获取到接口测试任务时，可以从git代码管理工具203获取对应的接口测试脚本。在获取接口测试脚本后，可以将接口测试脚本保存至本地，并在预设时间运行该脚本以得到测试结果。
56.其中，还可以采用quartz带有的相关组件来实现新增、修改、删除接口测试任务等，以对测试任务进行灵活管理。
57.其中，在获取到测试结果后还可以将测试结果进行保存，其中测试结果包括测试持续时间、测试人员、测试结果、测试失败的原因等。其中，测试失败的原因可以根据测试过
程自动判断是否为测试环境问题和数据问题，例如，当获取的接口测试脚本不够完整时，失败原因可以确定为数据问题；当在测试过程中出现网络问题时，失败原因可以确定为测试环境问题。失败原因还可以通过用户的分析后确定，可支持用户输入失败原因。
58.git代码管理工具203可以用来保存用户输入的接口测试脚本。其中，当接口在发生变更时，测试人员需要修改接口测试脚本。其中，接口测试脚本支持多种格式，如java格式、python格式以及jmeter格式等，可满足不同的测试人员的脚本编写方式。
59.本实施例提供的接口测试任务管理系统，通过web交互模块来接收用户输入的指令并生成接口测试任务；通过任务调度集群来从所述web交互模块获取所述接口测试任务，并根据所述接口测试任务从所述git代码管理工具获取与所述接口测试任务对应的接口测试脚本，运行所述接口测试脚本以得到所述接口测试任务的测试结果，将获取的所述测试结果进行保存；通过git代码管理工具来接收并保存用户输入的接口测试脚本；此外，通过web交互模块来接收用户输入的获取测试结果的请求，并从所述任务调度集群获取与所述请求对应的测试结果，并向用户展示，通过将接口测试的过程划分为不同的模块来实现，能够对不同人员的测试任务及测试结果统一查看，从而能够有效对测试任务及测试结果进行管理，可以在一定程度上提高测试效率。
60.图3为本发明实施例提供的另一种接口测试任务管理系统的结构示意图，对任务调度集群202的结构及工作过程进行详细说明。
61.如图3所示，所述任务调度集群包括多个任务调度节点，所述接口测试任务包括接口测试任务名称、接口测试任务执行时间以及所述接口测试任务名称对应的接口测试脚本的存储地址；
62.所述任务调度节点包括：获取单元2021和脚本运行单元2022；
63.所述获取单元2021，用于根据获取的所述接口测试脚本的存储地址从git代码管理工具获取与所述接口测试任务名称对应的接口测试脚本；
64.所述脚本运行单元2022，用于在达到所述接口测试任务执行时间时，运行所述接口测试脚本并得到与所述接口测试任务名称对应的测试结果。
65.在本实施例中，任务调度集群包括多个任务调度节点，通过设置多个任务调度节点可以提升对接口测试任务的执行效率。
66.对于一个接口测试任务需要包括接口测试任务名称，该名称可以是用户输入的名称，也可以是默认的用户名称，能够将不同的测试任务进行区分。
67.此外，接口测试任务中还需要包括接口测试脚本的存储地址。由于接口测试任务的管理、执行及脚本存储均设置在不同的区域，因此在设置接口测试任务时需要传输与该接口测试任务对应的接口测试脚本的存储地址。那么当任务调度节点在获取到接口测试任务时，可以同时获取与接口测试任务对应的接口测试脚本。
68.此外，接口测试任务中还需要包括接口测试任务的执行时间，其中执行时间包括开始执行时间和执行周期。例如，开始执行时间为3月5日08:00，执行周期为1次，或执行周期为重复，当执行周期为重复时，可以设置重复执行的执行周期。
69.任务调度节点中的获取单元2021可以获取接口测试任务，根据接口测试任务中的接口测试脚本的存储地址，可以从所述存储地址获取接口测试脚本，并将接口测试脚本保存在任务调度节点所在设备的本地端。
70.任务调度节点中的脚本运行单元2022可以获取当前时间，并判断当前时间是否为接口测试任务的执行时间，若是，则执行所述接口测试脚本以得到测试结果。
71.通过任务调度节点中的获取单元2021和脚本运行单元2022可以实现获取接口测试任务的接口测试脚本，以及在达到预设时间时运行该接口测试脚本，能够方便的实现对接口测试任务的执行。
72.图4为本发明实施例提供的web交互模块与任务调度集群之间的信息传输示意图，如图4所示，所述系统还包括：mq(message queue)消息队列模块204；
73.所述rabbit mq消息队列模块204，用于接收所述web交互模块201下发的与所述接口测试任务名称对应的任务消息，并将所述任务消息分配给空闲的任务调度节点，以使所述任务调度节点根据所述任务消息确定对应的接口测试任务。
74.在本实施例中，web交互模块201与任务调度集群之间是通过mq消息队列模块204来实现接口测试任务的下发的。具体的，web交互模块201在生成接口测试任务后，会以任务消息的方式将接口测试任务发送给mq消息队列模块204，并在mq消息队列模块204中进行存储。mq消息队列为一种通信方式，在消息发送后可以立即返回，能够保证消息的可靠传递。其中，mq消息队列可以为rabbit mq消息队列。
75.mq消息队列模块204在接收到任务消息后，将任务消息发送给任务调度节点1，根据任务调度节点1反馈的信息判断所述任务消息是否分配成功。由于任务调度节点处于不同状态时反馈的信息不同，因此，可以根据任务调度节点反馈的信息判断任务消息是否分配给空闲的任务调度节点。具体的，将任务消息分配给任务调度节点1，接收任务调度节点1反馈的信息，判断所述信息是否为预设信息，若为预设信息，则表示所述任务消息成功分配给可用节点；若不为预设消息，则表示所述任务消息分配失败，将所述任务消息分配给下一个任务调度节点，即任务调度节点2。其中，任务消息分配失败时表示所述调度节点处于非空闲状态或处于故障状态。
76.其中，采用mq消息队列模块204可以解决节点压力大和节点故障的问题，采用mq消息队列模块204可以将任务消息分配给空闲节点，缓解调度节点的压力。此外，当所有节点故障时，任务消息会存储在mq消息队列模块204，当节点不存在故障问题时，重新将任务消息进行分配，能够防止任务消息的丢失。而若采用web交互模块201与任务调度集群202之间直接进行任务消息的传输，当节点出现故障时，则会出现任务消息丢失的问题。
77.通过采用mq消息队列模块204可以实现web交互模块201与任务调度集群202之间的信息传输，可以解决分压及任务调度节点故障等问题，保证接口测试任务的准确下发。
78.在一种实施方式中，所述脚本运行单元2022在运行所述接口测试脚本并得到与所述接口测试任务名称对应的测试结果时，具体用于：
79.根据获取的所述接口测试脚本的扩展名确定脚本类型，再根据所述脚本类型确定执行方式，并根据确定的执行方式运行所述接口测试脚本以得到测试结果。
80.在本实施例中，git代码管理工具203中存储的接口测试脚本可以支持多种类型，然而对于不同类型的接口测试脚本需要采用不同的执行方式运行，因此，脚本运行单元2022在运行接口测试脚本之前，需要先根据获取的接口测试脚本确定脚本类型，具体的，可以获取接口测试脚本的扩展名，不同的类型的接口测试脚本的扩展名不同，可以基于扩展名确定脚本类型。
81.例如，基于java编写的接口测试脚本的扩展名为.java格式，基于python编写的接口测试脚本的扩展名为.py或.pyc格式，基于jmeter编写的接口测试脚本的扩展名为.jmx格式。在获取到接口测试脚本后，可以获取脚本的脚本的扩展名，当扩展名为.java格式时，则可以确定为脚本类型为java类型。
82.在获取脚本类型后可以确定执行该脚本的执行方式。其中，java类型的测试脚本可以采用“mvn test”的执行方式；对于python类型的测试脚本可以采用提前规定好的入口文件名来执行；对于jmeter类型的测试脚本可以调用jmeter命令来执行。
83.通过接口测试脚本的扩展名确定脚本类型，进而确定脚本执行方式，能够实现正确对接口测试脚本的执行。
84.在一种实施方式中，所述任务调度集群还包括存储单元2023；
85.所述存储单元2023用于保存任务调度节点通过脚本运行单元2022生成的测试结果。
86.其中，当脚本运行单元2022在执行接口测试脚本后会得到测试结果，而测试结果中包含多种数据，此时会将固定格式的测试数据进行保存。固定格式的测试结果包括：接口测试任务名称、持续时长、执行人员、执行开始时间、执行结束时间、执行结果以及失败原因分类等。
87.其中，测试结果存储在存储单元2023中，每个任务调度节点配置相同的存储单元2023，其中，存储单元2023可以为数据库，也就是数据库中可以存储不同人员的测试结果。
88.通过在任务调度集群中设置存储单元2023，可以对不同人员得到的测试结果进行存储。
89.在一种实施方式中，所述web交互模块201，还用于在获取到与所述请求对应的测试结果后，并根据所述测试结果生成测试报告。
90.在本实施例中，web交互模块201还可以根据得到的测试结果进行统计分析，得到测试通过率、分析测试失败的原因并记录，以及是否按时对接口进行维护等指标数据，测试结果以及上述指标数据可以组成测试报告。
91.例如，在获取到一段时间内的接口测试结果后，可以通过统计分析获取这段时间内的测试通过率。
92.通过web交互模块201还可以实现对接口测试结果的统计分析，便于用户直观获取测试结果的整体测试情况。
93.图5为本发明实施例提供的一种接口测试任务管理方法的流程示意图，应用于任务调度集群，如图5所示，所述方法包括：
94.s501、接收用户输入的指令并生成接口测试任务；
95.s502、将所述接口测试任务发送给任务调度集群，以使所述任务调度集群根据所述接口测试任务从所述git代码管理工具获取与所述接口测试任务对应的接口测试脚本，运行所述接口测试脚本以得到接口测试任务的测试结果，并将所述测试结果进行保存；
96.s503、接收用户输入的获取测试结果的请求，并从所述任务调度集群获取与所述请求对应的测试结果，并向用户展示。
97.其中，任务调度集群能够根据接收web交互模块发送的接口测试任务，并从git代码管理工具获取接口测试脚本，通过运行该接口测试脚本，以实现对接口测试任务的执行。
98.此外，本实施例中任务调度集群的获取接口测试脚本以及对接口测试脚本的运行过程与上述实施例对应，其实现原理和技术效果类似，此处不再赘述。
99.图6为本发明实施例提供的另一种接口测试任务管理方法的流程示意图，应用于web交互模块，如图6所示，所述方法包括：
100.s601、接收用户输入的指令并生成接口测试任务；
101.s602、将所述接口测试任务发送给任务调度集群，以使所述任务调度集群根据所述接口测试任务从所述git代码管理工具获取与所述接口测试任务对应的接口测试脚本，运行所述接口测试脚本以得到接口测试任务的测试结果，并将所述测试结果进行保存；
102.s603、接收用户输入的获取测试结果的请求，并从所述任务调度集群获取与所述请求对应的测试结果，并向用户展示。
103.其中，web交互模块能够接收用户下发的指令以及请求，并根据指令或请求将接口测试任务下发给集群调度系统以及获取与请求对应的测试结果，能够实现与用户的交互。
104.此外，本实施例中web交互模块生成接口测试任务以及获取测试结果的过程与上述实施例对应，其实现原理和技术效果类似，此处不再赘述。
105.图7为本发明实施例提供的一种电子设备的硬件结构示意图。如图7所示，本实施例提供的电子设备包括：至少一个处理器701和存储器702。其中，处理器701、存储器702通过总线703连接。
106.在具体实现过程中，至少一个处理器701执行所述存储器702存储的计算机执行指令，使得至少一个处理器701执行上述任一方法实施例中的接口测试任务管理方法。
107.处理器701的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
108.在上述的图7所示的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
109.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器。
110.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
111.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的接口测试任务管理方法。
112.上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存
储器(rom)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
113.一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
114.本技术一个实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如本技术图5至图6所对应的实施例中任一实施例提供的接口测试任务管理方法。
115.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
116.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。