应用程序测试方法及装置、电子设备、存储介质与流程

本公开涉及自动化测试技术领域，具体而言，涉及一种应用程序测试方法、应用程序测试装置、电子设备以及计算机可读存储介质。

背景技术：

在一款应用程序app的开发过程中，需要不断对应用程序的各个不同功能版本进行测试，以提高应用程序的性能，便于应用程序更新和升级。

相关技术中，每一个版本分别对应不同的配置文件，因此通过一个配置文件只能测试一个版本的应用程序，在应用程序更新过程中，新的版本无法获得对应的配置文件。因此在需要测试多个不同版本的应用程序时，需要生成多个不同的配置文件来分别对不同版本的应用程序进行测试。这种方式局限性较大，不方便测试不同版本的应用程序，且测试效率低。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开的目的在于提供一种应用程序测试方法及装置、电子设备、存储介质，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的测试效率低的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种应用程序测试方法，包括：为当前版本的应用程序生成包含配置信息的配置文件；通过所述配置文件的预设入口更新所述配置信息，以得到与待测试版本对应的更新后的配置文件；根据更新后的配置文件对所述待测试版本的应用程序进行测试。

在本公开的一种示例性实施例中，通过所述配置文件的预设入口调整所述配置信息，以得到与待测试版本对应的更新后的配置文件包括：获取配置文件模板，并从测试用例库中获取所述待测试版本关联的测试用例信息；将所述测试用例信息添加至所述配置文件模板，生成所述待测试版本的配置信息；通过所述配置文件的预设入口将所述配置信息修改为所述待测试版本的配置信息，以得到与所述待测试版本对应的更新后的配置文件。

在本公开的一种示例性实施例中，所述配置信息中包含用于描述版本的预设字段。

在本公开的一种示例性实施例中，将所述测试用例信息添加至所述配置文件模板之前，所述方法还包括：根据所述应用程序的功能模块对所述测试用例信息进行分类，并为每类测试用例信息生成预设标识；对所有预设标识对应的测试用例信息进行存储，以建立所述测试用例库。

在本公开的一种示例性实施例中，通过所述配置文件的预设入口将所述配置信息修改为所述待测试版本的配置信息包括：通过所述配置文件的修改入口，将所述当前版本对应的预设字段调整为所述待测试版本对应的目标字段，以将所述配置信息修改为所述待测试版本的配置信息。

在本公开的一种示例性实施例中，将所述当前版本对应的预设字段调整为所述待测试版本对应的目标字段，以将所述配置信息修改为所述待测试版本的配置信息包括：将所述目标字段与表示多个版本的多个预设字段进行匹配；若所述目标字段与所述多个预设字段其中之一匹配成功，则将匹配成功的预设字段对应的配置信息确定为所述待测试版本的配置信息。

在本公开的一种示例性实施例中，将目标字段与表示多个版本的多个预设字段进行匹配之后，所述方法还包括：若所述目标字段与所述多个预设字段均匹配失败，则将默认字段对应的配置信息确定为所述待测试版本的配置信息。

根据本公开的一个方面，提供一种应用程序测试装置，包括：配置文件生成模块，用于为当前版本的应用程序生成包含配置信息的配置文件；配置信息更新模块，用于通过所述配置文件的预设入口更新所述配置信息，以得到与待测试版本对应的更新后的配置文件；测试控制模块，用于根据更新后的配置文件对所述待测试版本的应用程序进行测试。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的应用程序测试方法。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的应用程序测试方法。

本公开示例性实施例中提供的一种应用程序测试方法、装置、电子设备以及计算机可读存储介质中，一方面，通过配置文件的预设入口调整配置信息，进而得到与待测试版本对应的更新后的配置文件，以通过更新后的配置文件对待测试版本的应用程序进行测试，能够通过调整配置信息得到配置文件，从而对不同的版本进行切换测试，避免了局限性，提高了普适性；另一方面，只需要通过配置文件的预设入口修改配置信息，即可方便快捷地对不同版本的应用程序进行测试，提高了测试效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种应用程序测试方法示意图；

图2示意性示出本公开示例性实施例中测试不同版本应用程序的流程图；

图3示意性示出本公开示例性实施例中一种应用程序测试装置的框图；

图4示意性示出本公开示例性实施例中一种电子设备的框图；

图5示意性示出本公开示例性实施例中一种程序产品。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本示例实施方式中首先提供了一种应用程序测试方法，可以应用于各种需要测试不同版本的应用程序app的应用场景。参考图1所示，该应用程序测试方法可以包括以下步骤：

在步骤s110中，为当前版本的应用程序生成包含配置信息的配置文件。

本示例性实施例中，在将应用程序的新版本发布到客户端之前，需要对新版本应用程序中的各个功能模块进行测试，以避免由于新版本中的功能模块不兼容、存在功能缺陷或者是其它问题导致的新版本应用程序无法使用的问题。此处的应用程序指的是待发布的应用程序，可以在预发布环境中对其进行测试。测试通过之后的应用程序可部署在可供用户使用的真实的环境，即生产环境。配置文件指的是对应用程序的功能模块进行测试的配置文件，对于一个应用程序而言，所有版本可对应同一个配置文件，且一个配置文件只需要一个测试设备即可。当前版本指的是已经测试完的版本或者是设置的默认版本，接下来要将当前版本切换为待测试版本。当然，也可以不设置当前版本而直接切换待测试版本。配置信息指的是当前版本的配置信息，其中可以包括与当前版本对应的测试用例信息。

在步骤s120中，通过所述配置文件的预设入口更新所述配置信息，以得到与待测试版本对应的更新后的配置文件。

本示例性实施例中，配置文件的预设入口指的是对配置信息进行修改的修改入口。通过配置文件的预设入口即可快速方便地将当前版本的配置信息修改为待测试版本的配置信息，从而生成与与待测试版本对应的更新后的配置文件，而不需要重新生成配置文件或重新构建测试包，避免了繁琐的操作过程，减少了工作量。

在步骤s130中，根据更新后的配置文件对所述待测试版本的应用程序进行测试。

本示例性实施例中，可通过一个配置文件的预设入口快速设置不同的配置信息。具体地，可以根据待测试版本的版本信息等从测试用例库中提取对应版本的测试用例信息，使用测试用例信息对待测试版本进行测试。在本示例实施例中，测试用例信息可以是模拟用户使用应用程序中功能模块的一段程序或者类似的实现手段，测试用例库是用来存储对应不同版本不同功能模块的测试用例信息的数据库。

在本示例性实施例中提供的应用程序测试方法中，一方面，通过配置文件的预设入口调整配置信息，进而得到与待测试版本对应的更新后的配置文件，以通过更新后的配置文件对待测试版本的应用程序进行测试，能够通过调整配置信息得到配置文件，从而对不同的版本进行切换测试，降低了局限性；另一方面，只需要通过配置文件的预设入口修改配置信息，即可方便快捷地对不同版本的应用程序进行测试，提高了测试效率。

接下来，结合附图对本示例性实施例中的应用程序测试方法进行进一步解释说明。

在步骤s110中，为当前版本的应用程序生成包含配置信息的配置文件。

本示例性实施例中，应用程序例如可以为购物类app、游戏类app、社交类app等等。在构建应用程序的过程中，可以生成针对应用程序的配置文件。其中，每一个应用程序可分别对应一个唯一的配置文件。例如，应用程序1对应配置文件1，应用程序2对应配置文件2等等。需要说明的是，应用程序的多个版本，例如版本1，版本1.1等对应的配置文件均相同。该配置文件中包括用于对构建的应用程序的所有版本进行测试的配置信息，例如测试项目、测试方法、测试结果等等。

配置文件例如可为properties配置文件，其文件格式可以为键值一一对应的格式。可通过get、load、set、store、clear等函数对properties配置文件中的内容进行搜索、装载、调用、存储、清除等操作。在前端需要显示的内容发生改变时，可以通过函数或者循环对配置文件直接进行修改，更加简单方便。

在生成配置文件时，可通过一个配置文件模板为每一个应用程序自动生成对应的配置文件。具体将每一个应用程序对应的信息，例如应用程序名称、功能、主要模块等信息自动填充至配置文件模板中，从而快速生成每一个应用程序对应的配置文件。

另外，配置文件中可以包含为应用程序的每一个版本分别生成独立的配置信息，因此可调用该配置信息调整每个版本应用程序对应的配置文件。例如，为版本1生成对应的配置信息1，为版本2生成对应的配置信息2等等，能够准确、方便地切换到待测试版本。

具体地，配置信息中包括预设字段，该预设字段由开发人员在构建配置文件时根据实际需求而设置和预留。该预设字段用于描述同一个应用程序的不同版本，且同一个应用程序的每一个版本对应的预设字段的值均不同。例如，版本1对应预设字段1，版本1.1对应预设字段2等等。

在生成每一个应用程序对应的配置文件时，可将其中包含的预设字段设置为默认字段。默认字段可以为任意一个版本对应的预设字段，例如设置为版本1对应的预设字段1。

在生成配置文件之后，可将生成的配置文件存储在应用程序内部，应用程序内部即本地数据库，以便于直接快速读取。除此之外，也可以将生成的配置文件存储在云服务器。如果存储在云服务器，应用程序每次启动时均需要向云服务器发送配置文件获取请求，以得到配置文件。

在步骤s120中，通过所述配置文件的预设入口更新所述配置信息，以得到与待测试版本对应的更新后的配置文件。

本示例性实施例中，预设入口指的是应用程序的端口，可根据实际需求由开发人员在构建应用程序时预留和设置。该预设入口例如可以为配置文件的修改入口。具体而言，通过所述配置文件的预设入口更新所述配置信息，以得到与待测试版本对应的更新后的配置文件的具体步骤包括：第一步，获取配置文件模板，并从测试用例库中获取所述待测试版本关联的测试用例信息。配置文件模板指的是每一个应用程序的所有版本对应的通用模板，其中可包含部分配置文件的内容，例如可以包含应用程序名称、基础功能对应的配置信息等等。为了保证测试的完整性，避免配置文件中缺失对部分功能的测试，可判断是否需要对配置文件模板添加待测试版本对应的测试用例信息。具体地，可将待测试版本与当前版本的功能模块进行对比，以得到对比结果；如果待测试版本的功能模块与当前版本的功能模块相同，则不需要增加测试用例信息。如果待测试版本相对于当前版本而言，增加了不同的功能模块，则需要增加这些功能模块对应的测试用例信息。

为了方便测试，所有的测试用例信息均存储在测试用例库中。具体地，在生成测试用例库时，可根据所述应用程序的功能模块对所述测试用例信息进行分类，并为每类测试用例信息生成预设标识；对所有预设标识对应的测试用例信息进行存储，以建立所述测试用例库。其中，预设标识可以为数字或字母，用于唯一表示每一个功能模块的测试用例信息。举例而言，标识1表示功能模块1对应的测试用例信息，标识2表示功能模块2对应的测试用例信息等等。需要说明的是，也可以根据不同的交互方式等对测试用例信息进行分类，此处不作特殊限定。

在此基础上，若已知待测试版本包含的功能模块，或者已知待测试版本相对于当前版本而言增加的功能模块，则可以根据功能模块对应的预设标识直接快速地从测试用例库中得到与待测试版本的功能模块类型对应的测试用例信息。如此一来，根据待测试版本的预设标识获取测试用例信息，能够有效避免手动选择时出现的遗漏，错选等问题，提高测试效率以及测试准确率，避免因为判断失误而重新进行测试增加检测成本、浪费检测时间的问题。

第二步，从测试用例库中获取所述待测试版本关联的测试用例信息之后，可将所述测试用例信息添加至所述配置文件模板，生成所述待测试版本的配置信息。可通过程序将第一步获得的测试用例信息添加至通用的配置文件模板中，生成针对待测试版本的配置信息，从而避免了不能对待测试版本新增加的功能模块进行测试的问题，提高了测试准确率。

第三步，通过所述配置文件的预设入口将所述配置信息修改为所述待测试版本的配置信息，以得到与所述待测试版本对应的更新后的配置文件。由于配置信息中包括描述版本的预设字段，因此调整配置信息相当于对预设字段进行调整。具体地，通过所述配置文件的预设入口将所述配置信息修改为所述待测试版本的配置信息的步骤包括：通过所述配置文件的修改入口，将所述当前版本对应的预设字段调整为所述待测试版本对应的目标字段，以将所述配置信息修改为所述待测试版本的配置信息。其中，将预设字段调整为目标字段的具体步骤包括：将目标字段与表示多个版本的多个预设字段进行匹配；若所述目标字段与所述多个预设字段其中之一匹配成功，则将匹配成功的预设字段对应的配置信息确定为所述待测试版本的配置信息。另外，若所述目标字段与所述多个预设字段均匹配失败，则将默认字段对应的配置信息确定为所述待测试版本的配置信息。

举例而言，所有版本对应的配置信息的具体情况为：预设字段1对应配置信息a、预设字段2对应配置信息b、预设字段3对应配置信息c。若目标字段为1，则可认为不需要新增测试用例信息，可以直接将版本1.1的配置信息作为目标字段对应的待测试版本的配置信息，因此可以根据预设字段1对应的配置信息a来修改原本的配置文件。除此之外，如果由于填写错误或者是忘记填写等原因导致目标字段的与所有版本对应的预设字段的配置信息匹配失败，则根据默认字段对应的配置信息对所述配置文件进行调整。举例而言，所有版本对应的配置信息的具体情况为：预设字段1对应配置信息a、预设字段2对应配置信息b、预设字段3对应配置信息c。若目标字段为15，则可以确定目标字段与所有版本的预设字段均匹配失败，则可以将默认字段例如预设字段1对应的版本的配置信息确定为待测试版本的配置信息的一部分，并根据新增的功能模块添加测试用例信息，从而生成待测试版本的配置信息，进而得到修改后的配置文件。

在通过配置文件的修改入口修改目标字段而切换为待测试版本后，可调用待测试版本对应的配置信息，对步骤s110中生成的app的配置文件进行实时修改，以根据修改后的配置文件对目标字段对应的待测试版本的应用程序进行测试，从而实现一包多用，灵活切换应用程序的待测试版本，方便快捷且提高了测试效率。

在调整预设字段时，可通过应用程序的配置文件的修改入口输入目标字段，以将配置文件中的当前版本对应的预设字段修改为表示待测试版本的目标字段。其中，若已知待测试版本，则可以将配置文件中的预设字段修改为待测试版本对应的目标字段；若未知待测试版本，可按照版本的版本号依次递增或递减的规则修改目标字段，也可以随机修改目标字段，此处不做特殊限定。除此之外，为了不影响进度，可限制在预设时长内对预设字段进行修改，以保证修改的目标字段的有效性。预设时长例如可以为30秒、1分钟等等，具体可由开发人员进行设置。如果在预设时长内完成修改，则继续执行步骤s130；如果未完成，则重新执行步骤s120进行修改。

用户设置和修改好目标字段后，可将修改后的目标字段提交至测试系统，例如可以在一定时间内自动提交，也可以由测试人员手动进行提交。为了保证测试的有效性，可限制在一定时间内完成提交，例如，对于完成提交的，将预设字段修改为目标字段；对于未完成提交的，保持当前版本对应的预设字段不变。

进一步地，在检测到修改后的目标字段提交完毕时，可以自动对应用程序进行初始化，以自动重启应用程序。与此同时，如果检测到对应用程序的初始化操作，则可接收由应用程序发送的测试请求，并响应测试请求对应用程序中对应的功能模块进行测试。具体地，可配置能够在当前版本与待测试版本之间进行切换的配置逻辑，以通过配置逻辑切换至待测试版本。通过添加配置逻辑可以避免手动对多个版本的应用程序进行多次测试环境切换，不仅可以减少人力物力的消耗，降低维护的成本，而且可以避免因为手动操作造成遗漏、错误的问题。

接下来，在步骤s130中，根据更新后的配置文件对所述待测试版本的应用程序进行测试。

本示例性实施例中，在步骤s120的基础上，可对目标字段关联的配置信息对应的待测试版本进行测试，从而灵活实现对多个版本的应用程序进行切换测试。具体而言，在通过应用程序的配置文件的修改入口修改好目标字段后，可将修改后得到的目标字段提交至测试系统，以对应用程序进行测试。

其中，由于在步骤s110中生成的配置文件中包含独立描述版本的配置信息，因此可调用该配置信息调整应用程序对应的配置文件。在通过配置文件的修改入口切换了版本后，可调用待测试版本对应的配置信息，对步骤s110中生成的app的配置文件进行实时修改，生成与待测试版本对应的配置文件，从而根据待测试版本的配置文件对目标字段对应的待测试版本的应用程序进行测试，实现一包多用。

本示例性实施例中，由于对一个应用程序进行测试的整个过程中，只有一个配置文件，因此减少了打包配置文件的工作量；除此之外，对应用程序所有版本的测试均可以在一个设备上完成，减小了测试成本；另外，通过在配置文件的修改入口将预设字段修改为目标字段的方式，结合调用与目标字段对应的版本的配置文件，即可切换为对目标字段对应的待测试版本进行测试，提高了灵活性、普适性和测试效率。

图2示出了测试不同版本应用程序的流程图，具体包括以下步骤：

在步骤s201中，构建app时生成一个与app对应的配置文件，该配置文件存储在app本地；

在步骤s202中，该配置文件包括配置信息，配置信息中预留一个预设字段，用于表示版本；

在步骤s203中，用户在app的修改入口上可以对预设字段进行调整，以得到目标字段，提交目标字段后app会自动重启；

在步骤s204中，app初始化的过程中读取目标字段对应的配置文件，调用待测试版本对应的配置信息向服务端发送测试请求，以对待测试版本进行测试。

通过步骤s201至步骤s204，由于对一个应用程序进行测试的整个过程中，只有一个配置文件，因此减少了打包配置文件的工作量；另外，通过在配置文件的修改入口将预设字段修改为目标字段的方式，结合调用与目标字段对应的待测试版本的配置文件，即可切换为对目标字段对应的待测试版本进行测试，提高了灵活性、普适性和测试效率，实现了一包多用。

本公开还提供了一种应用程序测试装置。参考图3所示，该装置300可以包括：

配置文件生成模块301，可以用于为当前版本的应用程序生成包含配置信息的配置文件；

配置文件更新模块302，可以用于通过所述配置文件的预设入口更新所述配置信息，以得到与待测试版本对应的更新后的配置文件；

测试控制模块303，可以用于根据更新后的配置文件对所述待测试版本的应用程序进行测试。

在本公开的一种示例性实施例中，配置文件更新模块包括：测试用例获取模块，用于获取配置文件模板，并从测试用例库中获取所述待测试版本关联的测试用例信息；配置信息生成模块，用于将所述测试用例信息添加至所述配置文件模板，生成所述待测试版本的配置信息；文件修改模块，用于通过所述配置文件的预设入口将所述配置信息修改为所述待测试版本的配置信息，以得到与所述待测试版本对应的更新后的配置文件。

在本公开的一种示例性实施例中，所述配置信息中包含用于描述版本的预设字段。

在本公开的一种示例性实施例中，将所述测试用例信息添加至所述配置文件模板之前，所述装置还包括：标识生成模块，用于根据所述应用程序的功能模块对所述测试用例信息进行分类，并为每一类测试用例信息生成预设标识；测试用例库建立模块，用于对所有预设标识对应的测试用例信息进行存储，以建立所述测试用例库。

在本公开的一种示例性实施例中，文件修改模块包括：配置信息修改模块，用于通过所述配置文件的修改入口，将所述当前版本对应的预设字段调整为所述待测试版本对应的目标字段，以将所述配置信息修改为所述待测试版本的配置信息。

在本公开的一种示例性实施例中，配置信息修改模块包括：字段匹配模块，用于将目标字段与表示多个版本的多个预设字段进行匹配；第一修改模块，用于若所述目标字段与所述多个预设字段其中之一匹配成功，则将匹配成功的预设字段对应的配置信息确定为所述待测试版本的配置信息。

在本公开的一种示例性实施例中，将目标字段与表示多个版本的多个预设字段进行匹配之后，所述装置还包括：第二修改模块，用于若所述目标字段与所述多个预设字段均匹配失败，则将默认字段对应的配置信息确定为所述待测试版本的配置信息。

需要说明的是，上述应用程序测试装置中各模块的具体细节已经在对应的应用程序测试方法中进行了详细描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图4来描述根据本发明的这种实施方式的电子设备400。图4显示的电子设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：上述至少一个处理单元410、上述至少一个存储单元420、连接不同系统组件(包括存储单元420和处理单元410)的总线430。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元410可以执行如图1中所示的步骤。

存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(rom)4203。

存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

显示单元440可以为具有显示功能的显示器，以通过该显示器展示由处理单元410执行本示例性实施例中的方法而得到的处理结果。显示器包括但不限于液晶显示器或者是其它显示器。

电子设备400也可以与一个或多个外部设备600(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口450进行。并且，电子设备400还可以通过网络适配器460与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器460通过总线430与电子设备400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图5所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品500，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。