应用全链路自动化测试方法、装置、电子设备和存储介质与流程

1.本技术涉及自动化测试技术领域，尤其涉及一种应用全链路自动化测试方法、装置、电子设备和存储介质。


背景技术：

2.通常，自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。相关技术中，如图1所示，测试人员根据测试案例编写自动化测试脚本发起自动化测试。同时，待测试应用从下游模拟服务获取到的响应处理结果，也需要测试人员手动编写。
3.上述方式中，由于人工编写来进行测试可能导致应用测试效率比较低，响应处理结果不准确等问题。


技术实现要素：

4.本技术旨在至少在一定程度上解决相关技术中的技术问题之一。
5.为此，本技术提出一种应用全链路自动化测试方法，解决了现有技术中应用测试效率比较低，响应处理结果不准确的问题，通过从案例库中获取测试案例，基于测试案例对应的接口信息向待测试应用发起测试请求，在待测试应用执行测试请求的过程中，可以基于测试案例的案例标识、处理机构标识和接口信息直接查询试案例相对应的模拟响应数据，最后待测试应用基于模拟响应数据生成执行结果并保存，提高测试效率和准确性。
6.本技术提出一种应用全链路自动化测试装置。
7.本技术提出一种电子设备。
8.本技术提出一种计算机可读存储介质。
9.本技术一方面实施例提出了一种应用全链路自动化测试方法，包括：
10.从案例库中获取目标测试案例，并确定与所述目标测试案例相对应的请求参数，所述请求参数包括：所述目标测试案例的案例标识、处理机构标识和接口信息；
11.基于所述接口信息向待测试应用发起测试请求；
12.在所述待测试应用执行所述测试请求的过程中，如果所述待测试应用需要获取处理机构返回的响应数据，则根据所述案例标识、所述处理机构标识和所述接口信息，在模拟响应数据库中查询与所述目标测试案例相对应的模拟响应数据，并返回至所述待测试应用，以使所述待测试应用基于所述模拟响应数据生成执行结果；
13.获取并保存所述执行结果。
14.本技术另一方面实施例提出了一种应用全链路自动化测试装置，包括：
15.第一获取模块，用于从案例库中获取目标测试案例，并确定与所述目标测试案例相对应的请求参数，所述请求参数包括：所述目标测试案例的案例标识、处理机构标识和接口信息；
16.测试发起模块，用于基于所述接口信息向待测试应用发起测试请求；
17.服务模拟模块，用于在所述待测试应用执行所述测试请求的过程中，如果所述待
测试应用需要获取处理机构返回的响应数据，则根据所述案例标识、所述处理机构标识和所述接口信息，在模拟响应数据库中查询与所述目标测试案例相对应的模拟响应数据，并返回至所述待测试应用，以使所述待测试应用基于所述模拟响应数据生成执行结果；
18.第二获取模块，用于获取并保存所述执行结果。
19.本技术又一方面实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述一方面实施例所述的应用全链路自动化测试方法。
20.本技术又一方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现前述方法实施例所述的应用全链路自动化测试方法。
21.本技术实施例所提供的技术方案可以包含如下的有益效果：
22.通过从案例库中获取目标测试案例，并确定与目标测试案例相对应的请求参数，请求参数包括：目标测试案例的案例标识、处理机构标识和接口信息；基于接口信息向待测试应用发起测试请求；在待测试应用执行测试请求的过程中，如果待测试应用需要获取处理机构返回的响应数据，则根据案例标识、处理机构标识和接口信息，在模拟响应数据库中查询与目标测试案例相对应的模拟响应数据，并返回至待测试应用，以使待测试应用基于模拟响应数据生成执行结果；获取并保存执行结果。由此，解决了现有技术中应用测试效率比较低，响应处理结果不准确的问题，通过从案例库中获取测试案例，基于测试案例对应的接口信息向待测试应用发起测试请求，在待测试应用执行测试请求的过程中，可以基于测试案例的案例标识、处理机构标识和接口信息直接查询试案例相对应的模拟响应数据，最后待测试应用基于模拟响应数据生成执行结果并保存，提高测试效率和准确性。
附图说明
23.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
24.图1为本技术实施例所提供的一种自动化测试的示例图；
25.图2为本技术实施例所提供的一种应用全链路自动化测试方法的流程示意图；
26.图3为本技术实施例所提供的另一种应用测全链路自动化试方法的流程示意图；
27.图4为本技术实施例所提供的一种日志采集方法的示例图；
28.图5为本技术实施例提供的一种应用全链路自动化测试方法的示例图；
29.图6为本技术实施例提供的一种应用全链路自动化测试结果对比的示例图；
30.图7为本技术实施例提供的另一种应用全链路自动化测试方法的示例图；
31.图8为本技术实施例提供的一种应用全链路自动化测试装置的结构示意图。
具体实施方式
32.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
33.下面参考附图描述本技术实施例的应用全链路自动化测试方法、装置、电子设备和存储介质。
34.图2为本技术实施例所提供的一种应用全链路自动化测试方法的流程示意图。
35.如图2所示，该方法包括以下步骤：
36.步骤101，从案例库中获取目标测试案例，并确定与目标测试案例相对应的请求参数，请求参数包括：目标测试案例的案例标识、处理机构标识和接口信息。
37.步骤103，基于接口信息向待测试应用发起测试请求。
38.在本技术实施例中，可以通过模拟待测试应用的调用方发起测试请求，从案例库中获取目标测试案例，并确定与目标测试案例相对应的请求参数，其中，请求参数可以包括；目标测试案例的案例标识、处理机构标识、接口信息、交易金额、交易账号标识和交易处理等中的一种或者多种。
39.进一步地，基于接口信息向待测试应用发起测试请求，可以理解的是，不同的接口信息向待测试应用发起的测试请求也不同，作为一种可能实现方式，接口信息包括接口名称、接口版本号和接口请求报文类型等中的一种或者多种，根据接口名称和接口版本号确定待测试应用，向待测试应用发起与接口请求报文类型对应的测试请求，也就是说，不同的待测试应用对应的接口名称和接口版本号不同，接口名称和接口版本号能够确定唯一待测试应用。
40.需要说明的是，本技术中待测试应用为清算机构中的各个应用，因此调用方主要模拟支付机构、账户机构等。
41.可以理解的是，案例库是预先生成的，存储着不同维度大量测试测试案例，作为一种可能实现方式，通过日志采集工具采集多个目标日志数据，按照预设格式对多个目标日志数据进行处理生成多个目标格式数据，按照预设维度和规则对多个目标格式数据进行清洗处理，生成各个案例标识对应的测试案例并保存在案例库中，由此，实现联调环境及其他预发布环境的日志中采集清洗日志数据，快速生成大量测试案例，提高测试案例覆盖率。
42.举例而言，目标测试案例为从支付机构支付金额为5的交易，从而确定请求参数包括：目标测试案例的案例标识比如编号1、处理机构标识、接口信息、交易金额、交易账号标识和交易处理等，由此，基于接口信息向待测试应用发起请求处理支付金额为5的测试请求。
43.步骤105，在待测试应用执行测试请求的过程中，如果待测试应用需要获取处理机构返回的响应数据，则根据案例标识、处理机构标识和接口信息，在模拟响应数据库中查询与目标测试案例相对应的模拟响应数据，并返回至待测试应用，以使待测试应用基于模拟响应数据生成执行结果。
44.步骤107，获取并保存执行结果。
45.具体地，在基于接口信息向待测试应用发起测试请求之后，在待测试应用执行测试请求的过程中，如果待测试应用需要获取处理机构返回的响应数据，则根据案例标识和接口信息，在模拟响应数据库中查询与目标测试案例相对应的模拟响应数据。
46.作为一种可能实现方式，根据处理机构标识确定模拟响应数据库，根据案例标识在模拟响应数据库中查询与目标测试案例相对应的模拟响应数据，并基于接口信息返回至待测试应用。
47.也就是说，根据处理机构标识确定处理机构比如为账户机构等，根据接口信息确定目标接口，通过目标接口将测试请求输入待测试应用转发至处理机构，其中，处理机构可
以根据配置的接口信息(接口名称、接口版本号，接口请求报文类型及响应报文类型等)自动对外发布接口服务，并根据执行规则模拟正常服务的响应，在接收到测试请求后根据目标测试案例的案例标识按照预设做出正常响应或者异常响应。
48.因此，处理机构根据测试请求得到目标测试案例的案例标识，并根据目标测试案例的案例标识从模拟响应数据库中获取模拟响应数据返回至待测试应用。
49.可以理解的是，模拟响应数据库中预先生成的，作为一种可能实现方式，通过日志采集工具采集多个目标日志数据，按照预设格式对多个目标日志数据进行处理生成多个目标格式数据，按照预设维度和规则对多个目标格式数据进行清洗处理，生成与各个案例标识对应的模拟响应数据并按照案例标识存储在模拟响应数据库中。
50.从而，待测试应用基于模拟响应数据生成执行结果，获取并保存执行结果。
51.需要说明的是，本技术目标测试案例可以是一个或者多个，即可以多次执行步骤101-104，获取接口信息，按照编排完毕的接口顺序依次触发接口调用，并保存接口的响应及请求数据。
52.本技术实施例的应用全链路自动化测试方法中，通过从案例库中获取目标测试案例，并确定与目标测试案例相对应的请求参数，请求参数包括：目标测试案例的案例标识、处理机构标识和接口信息；基于接口信息向待测试应用发起测试请求；在待测试应用执行测试请求的过程中，如果待测试应用需要获取处理机构返回的响应数据，则根据案例标识、处理机构标识和接口信息，在模拟响应数据库中查询与目标测试案例相对应的模拟响应数据，并返回至待测试应用，以使待测试应用基于模拟响应数据生成执行结果；获取并保存执行结果。由此，解决了现有技术中应用测试效率比较低，响应处理结果不准确的问题，通过从案例库中获取测试案例，基于测试案例对应的接口信息向待测试应用发起测试请求，在待测试应用执行测试请求的过程中，可以基于测试案例的案例标识、处理机构标识和接口信息直接查询试案例相对应的模拟响应数据，最后待测试应用基于模拟响应数据生成执行结果并保存，提高测试效率和准确性。
53.基于上述实施例的描述，在获取并保存执行结果之后，为了进一步确定待测试应用的测试结果，还可以包括：从标杆库中获取与目标测试案例相对应的标准响应数据，根据执行结果和标准响应数据进行分析对比，确定待测试应用的测试结果。
54.其中，标杆库是预先生成的，作为一种示例，通过日志采集工具采集多个目标日志数据，按照预设格式对多个目标日志数据进行处理生成多个目标格式数据，按照预设维度和规则对多个目标格式数据进行清洗处理，生成与各个案例标识对应的标准响应数据并按照案例标识存储在标杆库中。
55.其中，根据执行结果和标准响应数据进行分析对比，确定待测试应用的测试结果有很多种，作为一种示例，判断执行结果和标准响应数据是否一致，若执行结果和标准响应数据一致，则确定待测试应用为正常响应，若执行结果和标准响应数据不一致，则确定待测试应用为异常响应。
56.继续以上述例子为例，目标测试案例为从支付机构支付金额为5的交易，请求参数包括目标测试案例的案例标识为编号01、账户机构xx银行、交易金额5、交易账号0001和交易处理扣款等，接着根据请求参数发起测试请求，处理机构即账户机构根据目标测试案例的编号01从模拟响应数据库中获取交易流水账号1010和交易处理结果扣款成功等模拟响
应数据，待测试应用根据交易流水账号1010和交易处理结果扣款成功等模拟响应数据生成执行结果为成功支付金额5，并与标杆库中获取与目标测试案例对应的标准响应数据比如为成功支付金额5，则确定待测试应用为正常响应。
57.由此，通过从案例库中获取测试案例，并经过各个测试装置进行自动化测试，提高测试效率和准确性。
58.为了实现上述实施例，本实施例提供了另一种应用全链路自动化测试方法，图3为本技术实施例所提供的另一种应用全链路自动化测试方法的流程示意图。
59.如图3所示，该方法可以包括以下步骤：
60.步骤201，通过日志采集工具采集多个目标日志数据，按照预设格式对多个目标日志数据进行处理生成多个目标格式数据。
61.步骤203，按照预设维度和预设规则对多个目标格式数据进行清洗处理，并生成与各个案例标识对应的测试案例、模拟响应数据和标准响应数据。
62.步骤205，按照案例标识将测试案例存储至案例库，将模拟响应数据存储至模拟响应数据库，以及将与测试案例相对应的标准响应数据存储至标杆库。
63.在实际应用中，每天都在进行大量的交易处理，这些交易处理的具体数据都保存在日志中，可以根据需要通过日志采集工具采集多个目标日志数据，为了后续处理需要可以按照预设格式对多个目标日志数据进行处理生成多个目标格式数据，接着按照预设维度和规则对多个目标格式数据进行清洗处理，生成各个案例标识对应的测试案例、模拟响应数据和标准响应数据。
64.其中，预设维度比如为支付机构-清算机构-账户机构，或者是支付出错时支付机构-系统，都可以根据需要进行划分处理，预设规则可以理解为数据脱敏及某些数据再加工等规则。
65.因此，可以通过多个目标格式数据指定多维度创造大量测试案例、模拟响应数据和标准响应数据按照案例标识分别存储在案例库、模拟响应数据库和标杆库。
66.具体地，如图4所示，日志采集工具针对输入的日志文件进行采集有效日志，并且按照指定维度清洗数据，得到大量测试案例、模拟响应数据和标准响应数据按照案例标识分别存储在案例库、模拟响应数据库(mock库)和标杆库。
67.由此，通过日志采集提高了采集案例的效率，增加了案例的覆盖率，更加贴合生产环境出现的异常。
68.步骤207，从案例库中获取目标测试案例，并确定与目标测试案例相对应的请求参数，请求参数包括：目标测试案例的案例标识、处理机构标识和接口信息，基于接口信息向待测试应用发起测试请求。
69.步骤209，在待测试应用执行测试请求的过程中，如果待测试应用需要获取处理机构返回的响应数据，则根据处理机构标识确定模拟响应数据库，根据案例标识在模拟响应数据库中查询与目标测试案例相对应的模拟响应数据，并基于接口信息返回至待测试应用，以使待测试应用基于模拟响应数据生成执行结果。
70.具体地，在需要发起自动化测试时，若从案例库获取目标测试案例。
71.更具体地，如图5所示，通过测试发起装置从案例库获取目标测试案例，交易发起工具根据目标测试案例组织请求参数并发起请求，在待测应用处理请求时，将目标案例的
案例标识透传至处理机构，根据目标案例的案例标识查找对应的模拟响应数据库，模拟响应数据库返回查询到的模拟响应数据，处理机构将模拟响应数据返回至待测试应用，待测试应用根据模拟响应数据生成执行结果，并将本次的执行结果返回至测试发起装置，测试发起装置将执行结果保存至回执数据库。其中，不同的处理机构标识对应不用的处理机构，比如账户机构、支付机构等，其对应的模拟响应数据库也不同。
72.步骤2011，判断执行结果和标准响应数据是否一致，若执行结果和标准响应数据一致，则确定待测试应用为正常响应，若执行结果和标准响应数据不一致，则确定待测试应用为异常响应。
73.步骤2013，将测试结果保存至对比结果数据库。
74.具体地，为了验证接口的执行结果与标准响应数据是否一致，若一致，则表示接口符合预期，否则表示案例执行失败，需要相关人员介入查验问题。
75.比如图6所示，通过数据对比工具可以将图5中的发起方回执库中的执行结果和标杆库中的标准响应数据进行比对作为测试结果，即对比两者中报文的数据结构及数值数据是否一致，并将测试结果保存至对比结果数据库。
76.本技术实施例的应用全链路自动化测试方法中，通过日志采集工具采集多个日志数据，按照预设格式对多个日志数据进行处理生成多个目标格式数据，按照预设维度和规则对多个目标格式数据进行清洗处理，生成与各个案例标识对应的测试案例、模拟响应数据和标准响应数据，将按照案例标识测试案例存储至案例库，将模拟响应数据存储至模拟响应数据库，以及将标准响应数据存储至标杆库；从案例库中获取目标测试案例，确定与目标测试案例相对应的案例标识、处理机构标识和接口信息；基于接口信息向待测试应用发起测试请求；在待测试应用执行测试请求的过程中，如果待测试应用需要获取处理机构返回的响应数据，根据案例标识、处理机构标识和接口信息在模拟响应数据库中查询与目标测试案例相对应的模拟响应数据返回至待测试应用，以使待测试应用基于模拟响应数据生成执行结果；从标杆库中获取与目标测试案例对应的标准响应数据，判断执行结果和标准响应数据是否一致，若执行结果和标准响应数据一致，则确定待测试应用为正常响应，若执行结果和标准响应数据不一致，则确定待测试应用为异常响应，将测试结果保存至预设对比结果数据库。由此，解决了现有技术中应用测试不够全面，测试案例数据量少，覆盖率低，测试效率低的问题，通过采集多个目标日志数据并按照预设维度和预设规则进行处理生成与各个案例标识对应的测试案例、模拟响应数据和标准响应数据，从案例库中获取测试案例，基于测试案例对应的接口信息向待测试应用发起测试请求，在待测试应用执行测试请求的过程中，可以基于测试案例的案例标识、处理机构标识和接口信息直接查询试案例相对应的模拟响应数据，最后待测试应用基于模拟响应数据生成执行结果并保存，提高测试效率、准确性和测试案例覆盖率。
77.为了本领域人员更加清楚上述过程，下面结合图7进行详细描述，如图7所示，发起方比如支付机构，进行实时交易，通过清算机构转发至接收方比如账户机构，进行处理，并将处理结果经过清算机构转发至发起方，这些实时交易都进行实时存储，并保存对应的交易日志，通过采集日志数据，并进行清洗将各个数据分别按照案例标识存储至案例库、标杆库和模拟响应数据库(mock库)，在进行应用自动化测试时，从案例库中获取目标测试案例发起测试请求，模拟实时交易，模拟服务模拟接收方，根据目标测试案例的案例标识从模拟
响应数据库中获取模拟响应数据，待测试应用根据模拟响应数据生成执行结果保存并保存，并通过标杆库获取标准响应数据与执行结果进行比对生成测试结果保存至对比结果库中。
78.由此，解决了现有技术中无法按照维度自动采集案例，处理机构需要定制化开发，模拟发起方装置及数据对比工具需要定制化开发，本技术通过使用的基于日志的采集工具、模拟发起方装置、处理机构及数据对比工具，而案例数据来源于测试或联调环境的日志，可快速及自动化产生大量案例，处理机构为通用服务，仅需要配置即可实现相关接口的自动发布，无需定制化开发，交易发起方装置仅需配置接口信息及接口服务编排，无需开发相关调用逻辑即可实现接口调用，使用规则处理引擎模拟接口处理逻辑，提高测试效率。
79.为了实现上述实施例，本技术还提出一种应用全链路自动化测试装置。图8为本技术实施例提供的一种应用全链路自动化测试装置的结构示意图。
80.如图8所示，该装置包括：第一获取模块801、测试发起模块803、服务模拟模块805和第二获取模块807。
81.第一获取模块801，用于从案例库中获取目标测试案例，并确定与所述目标测试案例相对应的请求参数，所述请求参数包括：所述目标测试案例的案例标识、处理机构标识和接口信息。
82.测试发起模块803，用于基于所述接口信息向待测试应用发起测试请求。
83.服务模拟模块805，用于在所述待测试应用执行所述测试请求的过程中，如果所述待测试应用需要获取处理机构返回的响应数据，则根据所述案例标识、处理机构标识和所述接口信息，在模拟响应数据库中查询与所述目标测试案例相对应的模拟响应数据，并返回至所述待测试应用，以使所述待测试应用基于所述模拟响应数据生成执行结果。
84.第二获取模块807，用于获取并保存所述执行结果。
85.进一步地，在本技术实施例的一种可能的实现方式中，所述接口信息包括：接口名称、接口版本号和接口请求报文类型；测试发起模块803，具体用于：据所述接口名称和所述接口版本号确定所述待测试应用；向所述待测试应用发起与所述接口请求报文类型对应的测试请求。
86.进一步地，在本技术实施例的一种可能的实现方式中，服务模拟模块805，具体用于：根据所述处理机构标识确定所述模拟响应数据库；根据所述案例标识在所述模拟响应数据库中查询与所述目标测试案例相对应的模拟响应数据，并基于所述接口信息返回至所述待测试应用。
87.进一步地，在本技术实施例的一种可能的实现方式中，在所述获取并保存所述执行结果之后，还包括：从标杆库中获取与所述目标测试案例相对应的标准响应数据；根据所述执行结果和所述标准响应数据进行分析对比，确定所述待测试应用的测试结果。
88.进一步地，在本技术实施例的一种可能的实现方式中，在所述从案例库中获取目标测试案例之前，还包括：通过日志采集工具采集多个目标日志数据；按照预设格式对所述多个目标日志数据进行处理，并生成多个目标格式数据；按照预设维度和预设规则对所述多个目标格式数据进行清洗处理，生成与各个案例标识对应的测试案例、模拟响应数据和标准响应数据；按照案例标识将所述测试案例存储至所述案例库，将所述模拟响应数据存储至所述模拟响应数据库，以及所述测试案例相对应的标准响应数据存储至所述标杆库。
89.进一步地，在本技术实施例的一种可能的实现方式中，根据所述执行结果和所述标准响应数据分析对比确定所述待测试应用的测试结果，包括：判断所述执行结果和所述标准响应数据是否一致；若所述执行结果和所述标准响应数据一致，则确定所述待测试应用为正常响应；若所述执行结果和所述标准响应数据不一致，则确定所述待测试应用为异常响应。
90.进一步地，在本技术实施例的一种可能的实现方式中，在所述根据所述执行结果和所述标准响应数据分析对比确定所述待测试应用的测试结果之后，还包括：将所述测试结果保存至对比结果数据库。
91.需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。
92.通过从案例库中获取目标测试案例，并确定与目标测试案例相对应的请求参数，请求参数包括：目标测试案例的案例标识、处理机构标识和接口信息；基于接口信息向待测试应用发起测试请求；在待测试应用执行测试请求的过程中，如果待测试应用需要获取处理机构返回的响应数据，则根据案例标识、处理机构标识和接口信息，在模拟响应数据库中查询与目标测试案例相对应的模拟响应数据，并返回至待测试应用，以使待测试应用基于模拟响应数据生成执行结果；获取并保存执行结果。由此，解决了现有技术中应用测试效率比较低，响应处理结果不准确的问题，通过从案例库中获取测试案例，基于测试案例对应的接口信息向待测试应用发起测试请求，在待测试应用执行测试请求的过程中，可以基于测试案例的案例标识、处理机构标识和接口信息直接查询试案例相对应的模拟响应数据，最后待测试应用基于模拟响应数据生成执行结果并保存，提高测试效率和准确性。
93.为了实现上述实施例，本技术实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述终端设备执行方法实施例所述的应用全链路自动化测试方法。
94.为了实现上述实施例，本技术实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现前述方法实施例所述的应用全链路自动化测试方法。
95.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
96.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
97.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部
分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
98.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
99.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
100.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
101.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
102.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。