回归测试方法和装置与流程

本发明涉及互联网技术领域，尤其涉及一种回归测试方法和装置。

背景技术：

随着互联网的发展，众多服务提供方会为广大用户提供各种各样的软件以满足广大用户各种各样的使用需求。为了不断提高软件的服务能力，软件会不断地升级，新版的软件将会替代旧版的软件为用户提供服务。

为避免对旧版软件的修改会引入新的错误，一般需要对新版软件进行回归测试，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能，等等，为了验证修改的正确性及其影响就需要进行回归测试。

现有的回归测试一般采用人为预先构建的若干测试用例来进行测试。构建大量测试用例不但耗费过多的人力成本，效率较低，而且人为构建的测试用例与用户真实使用软件的情况往往也是非常不匹配的，对测试准确性也有不利影响。

技术实现要素：

有鉴于此，本发明实施例提供一种回归测试方法和装置，用以提高软件的回归测试效率和准确性。

第一方面，本发明实施例提供一种回归测试方法，包括：

获取第一软件的运行数据，所述运行数据中包括参考输出值；

根据所述运行数据生成测试请求；

将所述测试请求输入到第二软件，以获得所述测试请求对应的实际输出值；

对比所述参考输出值和所述实际输出值，以获得所述第二软件的回归测试结果。

可选地，所述获取第一软件的运行数据，包括：

获取复制于用户在所述第一软件中触发的操作请求以及所述操作请求对应的参考输出值，所述运行数据包括所述操作请求和所述参考输出值；

所述根据所述运行数据生成测试请求，包括：

确定所述操作请求作为所述测试请求。

可选地，所述获取第一软件的运行数据，包括：

获取第一软件中设置的拦截器所捕获的日志数据，所述日志数据中包括被调用的方法名称、输入参数和参考输出值，所述运行数据包括所述日志数据；

所述根据所述运行数据生成测试请求，包括：

根据所述方法名称和所述输入参数生成测试请求。

可选地，所述将所述测试请求输入到第二软件，以获得所述测试请求对应的实际输出值之前，还包括：

响应于用户的设置操作，在所述第二软件中设置拦截器，所述拦截器用于拦截所述测试请求的执行路径中需要访问数据库或外部系统的方法，并以被拦截方法的方法名称和输入参数查询所述日志数据以获得所述被拦截方法对应的参考输出值。

可选地，所述获取第一软件的运行数据之后，还包括：

对所述运行数据进行数据清洗处理，以去除所述运行数据中的预设用户敏感信息、冗余运行数据、随机变量信息中的至少一种。

可选地，所述获取第一软件的运行数据之后，还包括：

按照预先设定的归类维度，对所述运行数据进行归类处理。

可选地，所述根据所述运行数据生成测试请求，包括：

接收用户输入的测试数据选择指令，所述测试数据选择指令中包括用户选择的归类维度；

从所述运行数据中筛选出与所述用户选择的归类维度对应的运行数据；

根据筛选出的运行数据生成测试请求。

第二方面，本发明实施例提供一种回归测试装置，包括：

获取模块，用于获取第一软件的运行数据，所述运行数据中包括参考输出值；

生成模块，用于根据所述运行数据生成测试请求；

测试模块，用于将所述测试请求输入到第二软件，以获得所述测试请求对应的实际输出值；

对比模块，用于对比所述参考输出值和所述实际输出值，以获得所述第二软件的回归测试结果。

在一个可能的设计中，上述回归测试装置的结构中包括处理器和存储器，所述存储器用于存储支持回归测试装置执行上述第一方面中回归测试方法的程序，所述处理器被配置为用于执行所述存储器中存储的程序。所述回归测试装置还可以包括通信接口，用于回归测试装置与其他设备或通信网络通信。

第三方面，本发明实施例提供了一种计算机存储介质，用于储存回归测试装置所用的计算机软件指令，其包含用于执行上述第一方面中回归测试方法所涉及的程序。

本发明实施例提供的回归测试方法和装置，获取大量用户在使用第一软件如旧版软件时第一软件产生的大量运行数据，由于该运行数据来自于用户对第一软件的真实使用操作，以这些运行数据作为测试数据来源而生成的用于测试第二软件如新版软件的测试请求，能够与用户的实际使用操作相匹配，从而，基于第一软件的运行数据对第二软件进行的回归测试，能够提高测试结果的准确性，而且，以第一软件的运行数据作为测试数据来源，避免了人为构建虚拟的测试数据即测试用例而导致的成本开销。

附图说明

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

图1为本发明实施例提供的回归测试方法实施例一的流程图；

图2为本发明实施例提供的回归测试方法实施例二的流程图；

图3为本发明实施例提供的回归测试方法实施例三的流程图；

图4为本发明实施例提供的回归测试装置实施例一的结构示意图；

图5为本发明实施例提供的与回归测试装置对应的电子设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

图1为本发明实施例提供的回归测试方法实施例一的流程图，本实施例提供的该回归测试方法可以由一回归测试装置来执行，该回归测试装置可以实现为软件，或者实现为软件和硬件的组合，该回归测试装置可以设置在安装有第二软件的电子设备中。如图1所示，该方法包括如下步骤：

101、获取第一软件的运行数据，运行数据中包括参考输出值。

102、根据运行数据生成测试请求。

103、将测试请求输入到第二软件，以获得测试请求对应的实际输出值。

104、对比参考输出值和实际输出值，以获得第二软件的回归测试结果。

本发明实施例中提及的第一软件和第二软件可以分别是旧版软件和新版软件，旧版软件和新版软件是相对的概念，即新版软件是对旧版软件进行升级、修改等操作处理后的软件版本。为了保证新版软件发布后能够正常运行，需要在发布前对新版软件进行回归测试。以下以第一软件为旧版软件，第二软件为新版软件来说明本发明实施例提供的回归测试方法。

在第一软件被广大用户使用期间，可以收集用户对第一软件施行不同实际操作时第一软件的运行数据，以用于对第二软件的回归测试。

以某购物类的软件为例，用户在进行网上购物时，可能会触发搜索某物品的搜索操作，也可能会以价格区间、价格排序为筛选条件进行搜索操作，也可能会对某物品执行支付处理的相关操作，等等，这些不同的操作往往会涉及到购物软件中不同功能模块的使用，从而，第一软件执行用户触发的各种使用操作将会产生不同的运行数据。

可选地，该运行数据可以是用户的使用操作所触发的操作请求，和/或，也可以是第一软件执行用户触发的使用操作过程中产生的日志数据。

实际应用中，可以在第一软件中设置用于捕获上述运行数据的功能组件，该功能组件可以实现为程序代码，从而，比如当该功能组件监测到用户触发了使用操作时，将第一软件响应于该用户使用操作而生成的操作请求进行复制，以获得作为运行数据的操作请求。另外，第一软件在执行该操作请求后，会得到相应的执行结果，即与该操作请求对应的输出值，该功能组件获取该输出值，以将该输出值和该操作请求对应存储至预设的某存储空间中。该输出值是第一软件执行操作请求的返回值，将被作为参考值来用于对第二软件的回归测试，因此，将第一软件的该输出值称为参考输出值。由于大量用户在使用第一软件过程中将会触发大量不同的使用操作，从而，将会产生大量的操作请求和操作请求对应的参考输出值，以用于对第二软件的回归测试。

综上，可选地，获取第一软件的运行数据，可以实现为：

获取复制于用户在第一软件中触发的操作请求以及操作请求对应的参考输出值，从而，第一软件的运行数据可以包括获取的操作请求和操作请求对应的参考输出值。相应地，此时，根据第一软件的运行数据生成测试请求，可以实现为：确定操作请求作为测试请求。

本发明实施例中，对第二软件的回归测试是模拟用户的实际使用操作来测试第二软件能否正常运行。而上述操作请求来源于用户对第一软件的实际使用操作，以该操作请求作为测试请求能够反映用户的真实操作情形。

另外，当运行数据选自于第一软件的日志数据时，可以通过预先在第一软件中设置拦截器来捕获所需的日志数据。用户实际触发的使用操作的执行过程中，往往会调用第一软件中的一个或多个方法，可以预先定义需要拦截哪些方法，从而，当执行到某个方法时，如果该方法被拦截，则可以输出执行至该方法的过程中所产生的日志数据。

也就是说，简单来说，在第一软件中设置该拦截器的目的是就是捕获日志数据，而该拦截器的设置，一方面包括设置需要拦截的对象是什么，另一方面需要设置拦截后需要做什么。本发明实施例中，可选地，为了捕获第一软件完整执行用户触发的某使用操作，可以将拦截的对象设置为第一软件中全部或部分最末端的方法，该最末端的方法可以是需要访问数据库的方法。当然，当测试的焦点在于某些特定方法的执行情况时，也可以设置拦截器的拦截对象为该特定的方法。而拦截后需要做的事情是以预设格式输出捕获的日志数据。该预设格式比如包括用户标识、组件名称、类名称、方法名称、方法输入参数、方法输出值等字段信息。

可以理解的是，用户对第一软件触发的某使用操作所对应的操作请求的执行过程中，往往会调用到某组件下某类中的一个或多个方法才能完成该使用操作请求的执行，获得输出结果，因此，上述日志数据中记录了被拦截方法所对应的操作请求的执行轨迹。

当第一软件是基于java实现的时，可以使用springaop即面向切面编程(aspect-orientedprogramming，简称aop)的拦截技术实现上述拦截器的设置。

综上，基于第一软件中设置的上述拦截器，获取第一软件的运行数据，可以实现为：

获取第一软件中设置的拦截器所捕获的日志数据，该日志数据中包括被调用的方法名称、输入参数和参考输出值。相应地，可以根据日志数据中包括的方法名称和对应的输入参数生成测试请求。

值得说明的是，如果某条日志数据中包括了多个方法名称，说明该条日志数据对应的操作请求需要调用多个方法才能执行完成，而这多个方法往往具有调用关系，比如方法a调用方法b，此时，可选地，生成测试请求所用的方法可以是最外侧或者说最接近入口侧的方法，比如方法a。当然，如果测试焦点在于测试方法b，则测试请求也可以是基于方法b生成的。

本实施例中，根据日志数据中包括的方法名称和对应的输入参数生成的测试请求，可以理解为是测试用的操作请求，因此，该测试请求的生成过程简单来说就是根据操作请求的格式要求将方法名称和对应的输入参数拼为操作请求。当然，该测试请求中除了方法名称和方法输入参数外，可能还需要其他的信息，这些信息也可以取自于日志数据。

综上，在生成用于测试第二软件的测试请求后，可以将测试请求输入到第二软件，第二软件执行该测试请求以获得该测试请求对应的输出值，为了与生成测试请求的运行数据所对应的参考输出值区别开来，称为实际输出值。进而，通过对比该参考输出值和实际输出值，可以获知第二软件能否正确执行测试请求，即获得第二软件的回归测试结果。

由于从第一软件中获取的运行数据是大量的，往往覆盖了第一软件为用户提供的各种功能，因此，对第二软件的回归测试也将覆盖众多的功能使用情景。

上述以第一软件的运行数据作为测试数据源，相当于将第一软件的运行数据回放到第二软件中对第二软件进行回归测试。实际测试中，可以将生成的大量测试请求并发输入到第二软件，以测试第二软件的并发处理性能。

综上，本发明实施例中，获取大量用户在使用第一软件如旧版软件时第一软件产生的大量运行数据，由于该运行数据来自于用户对第一软件的真实使用操作，以这些运行数据作为测试数据来源而生成的用于测试第二软件如旧版软件的测试请求，能够与用户的实际使用操作相匹配，从而，基于第一软件的运行数据对第二软件进行的回归测试，能够提高测试结果的准确性，而且，以第一软件的运行数据作为测试数据来源，避免了人为构建虚拟的测试数据即测试用例而导致的成本开销。

图2为本发明实施例提供的回归测试方法实施例二的流程图，如图2所示，可以包括如下步骤：

201、获取第一软件的运行数据，运行数据中包括参考输出值。

本实施例中的运行数据既可以是上述提及的操作请求，也可以是日志数据。

202、对运行数据进行数据清洗处理，以去除运行数据中的预设用户敏感信息、冗余运行数据、随机变量信息中的至少一种。

上述用户敏感信息比如包括用户密码等敏感信息；上述随机变量信息可以是第一软件运行时随机生成的变量，比如操作请求标识码、时间等信息；上述冗余运行数据是指重复的运行数据，重复的运行数据仅保留一条即可。

通过上述数据清洗处理，既可以保护用户的隐私信息，又可以去除回归测试的干扰因素。

203、按照预先设定的归类维度，对运行数据进行归类处理。

可选地，归类维度可以包括用户维度、方法维度、类维度、组件维度等等。用户维度比如是将对应于同一用户标识的运行数据归为一类，同理，方法维度、类维度、组件维度可以是将对应于同一方法名称的运行数据归为一类，将对应于同一类名的运行数据归为一类，将对应于同一组件名称的运行数据归为一类。

对运行数据进行上述归类处理，有利于对第二软件进行多种维度的测试。比如，可以对第二软件进行某方法维度的测试，可以对第二软件进行某组件维度的测试。

实际应用中，可以基于用户等级或用户价值筛选出一些重要等级或价值的用户，将这些用户对应的运行数据作为测试数据源来对第二软件进行回归测试，以测试第二软件能够正常实现这些用户的使用需求。而基于组件、类、方法维度对第二软件进行的回归测试，则可以重点对第二软件中的某些功能进行性能测试。

204、接收用户输入的测试数据选择指令，测试数据选择指令中包括用户选择的归类维度。

205、从运行数据中筛选出与用户选择的归类维度对应的运行数据。

206、根据筛选出的运行数据生成测试请求。

上述步骤204-205中提及的用户是指对第二软件进行回归测试的测试者。如前述所说，用户可以对第二软件进行不同维度的测试，因此，用户可以根据实际需求从多个归类维度中选择所需的一个或多个归类维度，从而以选择的归类维度所对应的运行数据对第二软件进行测试。

207、将测试请求输入到第二软件，以获得测试请求对应的实际输出值。

208、对比参考输出值和实际输出值，以获得第二软件的回归测试结果。

前述实施例中，当测试请求输入到第二软件后，第二软件在执行该测试请求的过程中，可能会涉及到需要访问数据库的操作。可选地，在对第二软件进行测试时，可以提供所需的数据库以便完成测试请求的执行。但是，为了简化测试过程，也可以不提供该数据库，此时，从第一软件中获取的运行数据一方面作为测试数据源，另一方面也可以作为数据库。下面结合图3所示实施例，以运行数据具体为日志数据为例，对日志数据还作为数据库的测试过程进行说明。

图3为本发明实施例提供的回归测试方法实施例三的流程图，如图3所示，可以包括如下步骤：

301、获取通过在第一软件中设置的拦截器捕获的日志数据，日志数据中包括被调用的方法名称、输入参数和参考输出值。

302、根据方法名称和输入参数生成测试请求。

如前述实施例中所说，当用户在第一软件中触发某操作请求时，如果该操作请求的执行路径中包含了在第一软件中设置的拦截器可以拦截的方法，则可以获取执行至被拦截的方法时该操作请求的执行轨迹，该执行轨迹即为以预设格式输出的日志数据，该日志数据中包括了用户标识、操作请求标识、被调用的组件名称、类名称、方法名称以及被调用的方法对应的输入参数、参考输出值等。

值得说明的是，针对某操作请求的执行来说，在第一软件中基于拦截器的拦截而捕获的上述日志数据中所包含的被调用方法，是指被拦截的该操作请求在执行过程中截止到被拦截方法为止所调用的全部方法。比如，若该操作请求的执行过程中，先调用了方法a，之后方法a的执行需要调用方法b，而假设方法b被拦截器拦截，则日志数据中可以包括方法a的方法名称、输入参数、参考输出值，以及方法b的方法名称、输入参数、参考输出值。

那么，在基于日志数据生成测试请求时，针对某条日志数据来说，如果其中仅包括一个被调用的方法，那么以该方法名称和其对应的输入参数生成测试请求即可；而如果其中包括不止一个被调用的方法，则以最外侧即最先被调用方法的方法名称和其对应的输入参数生成测试请求。在设置拦截器时，可以设定日志数据的输出格式，从而在该输出格式中可以规定按照调用先后顺序依次填写各被调用的方法的相关信息。

303、响应于用户的设置操作，在第二软件中设置拦截器，拦截器用于拦截测试请求的执行路径中需要访问数据库或外部系统的方法，并以被拦截方法的方法名称和输入参数查询日志数据以获得被拦截方法对应的参考输出值。

304、将测试请求输入到第二软件，以获得测试请求对应的实际输出值。

305、对比参考输出值和实际输出值，以获得第二软件的回归测试结果。

本发明实施例中，在第二软件中也可以设置拦截器。如果说在第一软件中设置的拦截器的目的是为了捕获日志数据，那么在第二软件中设置的拦截器的目的则是为了将日志数据回放至测试请求的执行过程中。

具体来说，用户设置该拦截器时可以设置拦截对象和拦截后做什么。此时，拦截对象可以设置为拦截第二软件中需要访问数据库或外部系统的方法，也就是说，在对第二软件进行回归测试的场景下，拦截对象也可以说是拦截测试请求的执行路径中需要访问数据库或外部系统的方法，其中，该外部系统是指与第二软件有交互的其他软件系统。而拦截后做什么，则是以被拦截方法的方法名称和输入参数查询日志数据以获得被拦截方法对应的参考输出值。

举例来说，当某个测试请求输入到第二软件中进行执行时，假设该测试请求的执行过程中，先调用到方法a，方法a进而调用方法b，假设方法b被拦截器拦截，则此时，以当前方法b的输入参数和方法b的名称查询已经从第一软件中获得的众多日志数据，获得与方法b和当前的输入参数对应的参考输出值，将该参考输出值返回给方法a，以使方法a继续执行，最终得到方法a的实际输出值。进而，查询日志数据，获得与方法a以及方法a当前的输入参数对应的参考输出值，如果方法a的实际输出值与参考输出值一致，说明对当前的测试请求的测试通过，反之，测试不通过，反馈错误提示。

综上，通过在第二软件中设置拦截器，将从第一软件中获得的日志数据不仅作为测试数据源，还作为临时数据库，测试请求的执行过程中，被调用方法正常执行自己的处理逻辑，只是在需要获取数据时即可从日志数据中获取，从而可以自动、高效地对第二软件进行回归测试。

以下将详细描述本发明的一个或多个实施例的回归测试装置。本领域技术人员可以理解，这些回归测试装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图4为本发明实施例提供的回归测试装置实施例一的结构示意图，如图4所示，该装置包括：获取模块11、生成模块12、测试模块13、对比模块14。

获取模块11，用于获取第一软件的运行数据，所述运行数据中包括参考输出值。

生成模块12，用于根据所述运行数据生成测试请求。

测试模块13，用于将所述测试请求输入到第二软件，以获得所述测试请求对应的实际输出值。

对比模块14，用于对比所述参考输出值和所述实际输出值，以获得所述第二软件的回归测试结果。

在一可选实施方式中，所述获取模块11包括：第一获取单元111。

第一获取单元111，用于获取复制于用户在所述第一软件中触发的操作请求以及所述操作请求对应的参考输出值，所述运行数据包括所述操作请求和所述参考输出值。

相应地，所述生成模块12包括：确定单元121，用于确定所述操作请求作为所述测试请求。

在一可选实施方式中，所述获取模块11包括：第二获取单元112。

第二获取单元112，用于获取通过在第一软件中设置的拦截器捕获的日志数据，所述日志数据中包括被调用的方法名称、输入参数和参考输出值，所述运行数据包括所述日志数据。

相应地，所述生成模块12包括：生成单元122，用于根据所述方法名称和所述输入参数生成测试请求。

可选地，该回归测试装置中还包括：设置模块15，用于响应于用户的设置操作，在所述第二软件中设置拦截器，所述拦截器用于拦截所述测试请求的执行路径中需要访问数据库或外部系统的方法，并以被拦截方法的方法名称和输入参数查询所述日志数据以获得所述被拦截方法对应的参考输出值。

可选地，该回归测试装置中还包括：清洗模块16、归类模块17。

清洗模块16，用于对所述运行数据进行数据清洗处理，以去除所述运行数据中的预设用户敏感信息、冗余运行数据、随机变量信息中的至少一种。

归类模块17，用于按照预先设定的归类维度，对所述运行数据进行归类处理。

可选地，该回归测试装置中还包括：接收模块18、选择模块19。

接收模块18，用于接收用户输入的测试数据选择指令，所述测试数据选择指令中包括用户选择的归类维度。

选择模块19，用于从所述运行数据中筛选出与所述用户选择的归类维度对应的运行数据。

相应地，所述生成模块12具体用于：根据筛选出的运行数据生成测试请求。

图4所示装置可以执行图1-图3所示实施例的方法，本实施例未详细描述的部分，可参考对图1-图3所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图3所示实施例中的描述，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

以上描述了回归测试装置的内部功能和结构，在一个可能的设计中，回归测试装置的结构可实现为一电子设备，该电子设备比如为服务器，如图5所示，该电子设备可以包括：处理器21和存储器22。其中，所述存储器22用于存储支持回归测试装置执行上述任一实施例中提供的回归测试方法的程序，所述处理器21被配置为用于执行所述存储器22中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器21执行时能够实现如下步骤：

获取第一软件的运行数据，所述运行数据中包括参考输出值；

根据所述运行数据生成测试请求；

将所述测试请求输入到第二软件，以获得所述测试请求对应的实际输出值；

对比所述参考输出值和所述实际输出值，以获得所述第二软件的回归测试结果。

可选地，所述处理器21还用于执行前述各方法步骤中的全部或部分步骤。

其中，所述回归测试装置的结构中还可以包括通信接口23，用于回归测试装置与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存回归测试装置所用的计算机软件指令，其包含用于执行上述各方法实施例中回归测试方法所涉及的程序。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。