在线招聘系统的测试方法、装置及存储介质

摘要

本申请实施例提供一种在线招聘系统的测试方法、装置及存储介质。在本申请实施例中，通过将在线招聘系统中多个招聘参与方的客户端功能集成在一起，并通过显示交互页面上的多个功能控件作为调起多个招聘参与方的客户端功能的入口，这样测试人员只需通过该交互页面即可调起各客户端功能，模拟招聘参与方对客户端的使用过程，实现对多方客户端与其对应服务端的功能测试，最终实现对在线招聘系统进行功能测试的目的。由此，简化了测试操作，提高了在线招聘系统的测试效率。

说明书

技术领域

本申请涉及计算机技术领域，尤其涉及一种在线招聘系统的测试方法、装置及存储介质。

背景技术

目前，越来越多的行业都开发了相应的在线招聘系统，在线招聘系统能够有效地提升招聘效率。使用在线招聘系统的参与方往往存在多个，因此，在线招聘系统往往会涉及多个APP，每个APP供一个参与方使用。例如，在线招聘系统涉及的参与方包括用户、劳动者、经纪人，相应地，在线招聘系统会涉及用户侧的APP、劳动者侧的APP和经纪人侧的APP。

例如，某家政服务公司开发的在线招聘系统，用户侧的APP提供的功能包括：职位发布功能、在线查看劳动者简历、用户邀约劳动者、用户接收/拒绝劳动者的简历。劳动者侧的APP提供的功能包括：劳动者投递简历和劳动者确认接收/决绝劳动者的邀约。经纪人侧的APP提供的功能包括：面试结果反馈、发起用户、劳动者和经纪人三方面试以及发起签约。

然而，在测试在线招聘系统的环节中，需要测试人员分别将不同参与方侧的APP客户端下载并安装到测试机中、登录不同参与方侧的APP客户端以及在测试机中对不同参与方侧的APP客户端上输入相应的测试数据，并通过不同参与方侧的APP客户端将相应的测试数据发送到不同参与方侧的APP服务端，以及接收不同参与方侧的APP服务端返回的执行所述测试数据的执行结果并显示在不同参与方侧的APP客户端上。整个测试工作需要测试人员下载、安装、登录多个APP客户端，存在较多的繁琐操作，测试效率较低。

发明内容

本申请的多个方面提供一种在线招聘系统的测试方法、装置及存储介质，用以提高在线招聘系统的测试效率。

本申请实施例提供一种在线招聘系统的测试方法，包括：

显示第一页面，所述第一页面上包括多个功能控件，所述多个功能控件是测试人员调起在线招聘过程中多个招聘参与方的客户端功能的入口；

针对每个功能控件，响应于对所述功能控件的触发操作，显示用于模拟对应客户端功能的第二页面，所述第二页面包括第一信息项，所述第一信息项是对应客户端供招聘参与方发起招聘操作所需的信息项；

响应对所述信息项的输入操作，向与所述客户端对应的服务端发送请求消息，以供服务端进行响应；

根据与多个客户端对应多个服务端的响应情况，对在线招聘系统进行功能测试；其中，多个服务端在在线招聘过程中之间存在信息交互。

本申请实施例还提供一种在线招聘系统的测试装置，包括：存储器和处理器；

所述存储器，用于存储计算机程序；

所述处理器，与所述存储器耦合，用于执行所述计算机程序，以用于：

显示第一页面，所述第一页面上包括多个功能控件，所述多个功能控件是测试人员调起在线招聘过程中多个招聘参与方的客户端功能的入口；

针对每个功能控件，响应于对所述功能控件的触发操作，显示用于模拟对应客户端功能的第二页面，所述第二页面包括第一信息项，所述第一信息项是对应客户端供招聘参与方发起招聘操作所需的信息项；

响应对所述信息项的输入操作，向与所述客户端对应的服务端发送请求消息，以供服务端进行响应；

根据与多个客户端对应多个服务端的响应情况，对在线招聘系统进行功能测试；其中，多个服务端在在线招聘过程中之间存在信息交互。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被处理器执行时，致使所述处理器实现上述在线招聘系统的测试方法中的步骤。

本申请实施例提供的在线招聘系统的测试方法、装置及存储介质，通过将在线招聘系统中多个招聘参与方的客户端功能集成在一起，并通过显示交互页面上的多个功能控件作为调起多个招聘参与方的客户端功能的入口，这样测试人员只需通过该交互页面即可调起各客户端功能，模拟招聘参与方对客户端的使用过程，实现对多方客户端与其对应服务端的功能测试，最终实现对在线招聘系统进行功能测试的目的。由此，测试人员无需下载、安装、登录各个招聘参与方的客户端便可完成对在线招聘系统的功能测试，简化了测试操作，提高了在线招聘系统的测试效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一示例性实施例提供的一种在线招聘系统的测试方法的流程示意图；

图2为示例性的点击第一页面中“客户发布需求”弹出的第二页面；

图3为示例性的点击第一页面中“客户邀约阿姨”控件弹出的第二页面；

图4为示例性的点击第一页面中“客户端接受/拒绝阿姨投递”控件弹出的第二页面；

图5为示例性的点击第一页面中“阿姨端接受/拒绝客户邀约”控件弹出的第二页面；

图6为一示例性的点击第一页面中“阿姨端投递职位”控件弹出的第二页面；

图7为又一示例性的点击第一页面中“阿姨端投递职位”控件弹出的第二页面；

图8为示例性的点击第一页面中“经纪人确认面试结果”控件弹出的第二页面；

图9为本申请一示例性实施例提供的一种在线招聘系统的测试装置的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一示例性实施例提供的一种在线招聘系统的测试方法的流程示意图。如图1所示，该方法包括如下步骤：

101、显示第一页面，第一页面上包括多个功能控件，多个功能控件是测试人员调起在线招聘过程中多个招聘参与方的客户端功能的入口。

102、针对每个功能控件，响应于对功能控件的触发操作，显示用于模拟对应客户端功能的第二页面，第二页面包括第一信息项，第一信息项是对应客户端供招聘参与方发起招聘操作所需的信息项。

103、响应对信息项的输入操作，向与客户端对应的服务端发送请求消息，以供服务端进行响应。

104、根据与多个客户端对应多个服务端的响应情况，对在线招聘系统进行功能测试；其中，多个服务端在在线招聘过程中之间存在信息交互。

在本实施例中，在线招聘系统的招聘参与方的数量不止一个，例如，招聘参与方包括但并不限于有用工需求的用户、有找工作需求的劳动者、负责招聘工作管理的经纪人。为了实现模拟不同角色的招聘参与方针对在线招聘系统的客户端的操作，在第一页面上集成了多个功能控件，每个功能控件与在线招聘过程中的一个招聘参与方的客户端对应，这样，测试人员无需下载、安装、登录各个招聘参与方的客户端便可完成对在线招聘系统的功能测试，简化了测试操作，提高了测试效率。

例如，在用户侧的客户端上会显示职位发布控件、邀约劳动者控件、接受或拒绝劳动者简历投递控件等功能控件，那么在第一页面上显示职位发布控件、邀约劳动者控件、接受或拒绝劳动者简历投递控件等功能控件，可以便于测试人员在第一页面上模拟用户在用户侧的客户端发起的相关招聘操作。

例如，在劳动者侧的客户端上会显示劳动者投递简历控件、劳动者接受或拒绝用户邀约控件等，那么在第一页面上显示劳动者投递简历控件、劳动者接受或拒绝用户邀约控件等功能控件，可以便于测试人员在第一页面上模拟劳动者在劳动者侧的客户端发起的相关招聘操作。

例如，在经纪人侧的客户端上会显示经纪人发起多方面试控件、经纪人确认面试结果控件、经纪人发起多发签约控件，那么在第一页面上显示经纪人发起多方面试控件、经纪人确认面试结果控件、经纪人发起多发签约控件等功能控件，可以便于测试人员在第一页面上模拟经纪人在经纪人侧的客户端发起的相关招聘操作。

在本实施例中，当测试人员触发每个功能控件时，会显示用于模拟对应客户端功能的第二页面。该第二页面上包括对应客户端供招聘参与方发起招聘操作所需的信息项。例如，功能控件为职位发布控件，显示的第二页面上包括用户发起职位发布操作所需的信息项，信息项例如包括供用户填写手机号码的“用户手机”信息项、供用户选择工作模式的“工作模式”信息项、供用户选择城市的“城市”信息项、供用户发送数据提交操作的“提交”信息项。

在本实施例中，当测试人员在第二页面上的第一信息项输入完相关信息并确定数据提交时，这时，测试人员在第二页面上输入的测试数据会发送给与客户端对应的服务端进行响应，并根据服务端的响应信息的接收情况对在线招聘系统进行功能测试。在各个与客户端对应的服务端响应时，各个服务端可能会进行信息交互。沿用上例，测试人员输入的与职位发布相关的数据会发送到用户侧的服务端，用户侧的服务端进行职位创建并发布。用户侧的服务端将创建的职位还会推送给劳动者侧的服务端以供劳动者查看用户所发布的职位。

本实施例提供的在线招聘系统的测试方法，通过将在线招聘系统中多个招聘参与方的客户端功能集成在一起，并通过显示交互页面上的多个功能控件作为调起多个招聘参与方的客户端功能的入口，这样测试人员只需通过该交互页面即可调起各客户端功能，模拟招聘参与方对客户端的使用过程，实现对多方客户端与其对应服务端的功能测试，最终实现对在线招聘系统进行功能测试的目的。由此，测试人员无需下载、安装、登录各个招聘参与方的客户端便可完成对在线招聘系统的功能测试，简化了测试操作，提高了在线招聘系统的测试效率。

在上述实施例的基础上，可选的，为了能够更为真实地模拟不同角色的招聘参与方针对在线招聘系统的客户端的操作，在开发第一页面上的各个功能控件时，可以从在线招聘系统的客户端抽取相应的代码进行开发。例如，抽取用户侧的客户端的与职位发布控件、邀约劳动者控件、接受或拒绝劳动者简历投递控件的代码，来开发第一页面上的职位发布控件、邀约劳动者控件、接受或拒绝劳动者简历投递控件等功能控件。

在上述实施例的基础上，可选的，还可以在第二页面上显示对在线招聘系统的功能测试结果，以便于测试人员直观地查看。功能测试结果可以以浮窗的形式显示在第二页面上，也可以内嵌到第二页面中。

在上述实施例的基础上，可选的，第二页面上还包括第二信息项，方法还包括：响应于对第二信息项的输入操作，获取在测试过程中在线招聘系统所使用的运行环境，并控制在线招聘系统在运行环境中运行。

具体而言，第二信息项用于输入在测试过程中在线招聘系统所使用的运行环境。运行环境例如为测试环境、沙箱环境。由此，通过提供多种运行环境，可以便于在不同的运行环境中测试在线招聘系统。

在上述实施例的基础上，可选的，在向与客户端对应的服务端发送请求消息之前，还包括：获取自动登录服务端的权限信息，并根据权限信息自动登录服务端。

具体而言，为了免去测试人员手动输入登录信息的操作，可以设置各个服务端向线招聘系统的测试装置开发自动登录权限。在测试过程中，获取相应的权限信息便可实现自动登录服务端。

本实施例提供的在线招聘系统的测试方法可以应用于对各种应用场景下的在线招聘系统的测试，为了便于清楚地理解在线招聘系统的测试方法，本实施例的应用场景以家政服务行业的在线招聘系统为例进行说明。

图2为示例性的点击第一页面中“客户发布需求”弹出的第二页面。图3为示例性的点击第一页面中“客户邀约阿姨”控件弹出的第二页面。图4为示例性的点击第一页面中“客户端接受/拒绝阿姨投递”控件弹出的第二页面。图5为示例性的点击第一页面中“阿姨端接受/拒绝客户邀约”控件弹出的第二页面。图6为一示例性的点击第一页面中“阿姨端投递职位”控件弹出的第二页面。图7为又一示例性的点击第一页面中“阿姨端投递职位”控件弹出的第二页面。图8为示例性的点击第一页面中“经纪人确认面试结果”控件弹出的第二页面。

图2至图8中，客户指的是有请阿姨需求的用户，阿姨是提供家政服务的劳动者，经纪人指的是负责家政招聘管理的家政经纪人。

图2中“客户发布需求”控件模拟的是用户侧的APP客户端中的“职位发布控件”，客户在第二页面的相应的信息项中填写与所需职位相关的信息后，点击提交，用户侧的APP服务端进行响应。根据响应情形提取测试执行结果，并在第二页面中。其中，职位创建成功后，会分配一个职位ID。其中，用户侧的APP服务端创建好职位还会推送给劳动者侧的APP服务端，以便劳动者侧的APP服务端推送给劳动者侧的APP客户端，这样，劳动者通过所持有的APP客户端便可查看到客户所发布的职位信息。

图3中“客户邀约阿姨”控件模拟的是用户侧的APP客户端中的“邀约劳动者控件”，客户在第二页面的相应的信息项中填写邀约劳动者的信息后，点击提交，用户侧的APP服务端进行响应。根据响应情形提取测试执行结果，并在第二页面中。其中，CPID是阿姨的编号。其中，劳动者侧的APP服务端可以向用户侧的APP服务端推送一些阿姨的信息，用户侧的APP服务端根据用户通过其所持有的APP客户端输入的所邀约的阿姨信息，向劳动者侧的APP服务端发起阿姨邀约操作，劳动者侧的APP服务端通过阿姨所持有的客户端通知阿姨是否接受或拒绝客户的邀约。

图4中“客户端接受/拒绝阿姨投递”控件模拟的是用户侧的APP客户端中的“接受或拒绝劳动者简历投递控件”，客户在第二页面的相应的信息项中填写是否接受简历的信息后，点击提交，用户侧的APP服务端进行响应。根据响应情形提取测试执行结果，并在第二页面中。其中，劳动者侧的APP服务端根据阿姨在其所持有的APP客户端触发的简历投递操作，向用户侧的APP服务端发送阿姨的简历，用户侧的APP服务端向用户侧的APP客户端推送阿姨的简历以供客户查看，客户根据自身的需求接受/拒绝阿姨投递，并通过用户侧的APP服务端将客户是否接受阿姨的简历投递推送给劳动者侧的APP服务端，以及通过劳动者侧的APP服务端推送给阿姨的APP客户端以供阿姨查看结果。

图5中“阿姨端接受/拒绝客户邀约”控件模拟的是劳动者侧的APP客户端中的“劳动者接受或拒绝用户邀约控件”，阿姨在第二页面的相应的信息项中填写是否接受邀约的信息后，点击提交，劳动者侧的APP服务端进行响应。根据响应情形提取测试执行结果，并在第二页面中。其中，劳动者侧的APP服务端根据阿姨在其所持有的APP客户端触发的是否接受客户邀约的操作，向用户侧的APP服务端发送阿姨是否接受客户邀约的结果，通过用户侧的APP服务端向用户侧的APP客户端推送阿姨是否接受客户邀约的结果以供客户查看。

图6-7中“阿姨端投递职位”控件模拟的是劳动者侧的APP客户端中的“劳动者投递简历控件”，阿姨在第二页面的相应的信息项中填写是否简历投递的信息后，点击提交，劳动者侧的APP服务端进行响应。根据响应情形提取测试执行结果，并在第二页面中。其中，劳动者侧的APP服务端根据阿姨在其所持有的APP客户端触发的简历投递操作，向用户侧的APP服务端发送阿姨的简历，用户侧的APP服务端向用户侧的APP客户端推送阿姨的简历以供客户查看，客户根据自身的需求接受/拒绝阿姨投递，并通过用户侧的APP服务端将客户是否接受阿姨的简历投递推送给劳动者侧的APP服务端，以及通过劳动者侧的APP服务端推送给阿姨的APP客户端以供阿姨查看结果。

图8中“经纪人确认面试结果”控件模拟的是经纪人侧的APP客户端中的“经纪人确认面试结果控件”，经纪人在第二页面的相应的信息项中填写面试结果是否确定的相关信息后，点击提交，经纪人侧的APP服务端进行响应。根据响应情形提取测试执行结果，并在第二页面中。其中，经纪人侧的APP服务端还可以对客户和阿姨间的面试结果进行确认，以及将所确认的面试结果推送到用户侧的APP服务端、劳动者侧的APP服务端，当然，用户侧的APP服务端可以将面试结果推送给用户侧的APP客户端以便客户查看面试结果，劳动者侧的APP服务端可以将面试结果推送给劳动者侧的APP客户端以便阿姨查看面试结果。此外，经纪人通过其所持有的APP客户端发起三方面试操作，并通过经纪人侧的APP服务端、用户侧的APP服务端、劳动者侧的APP服务端的交互，以使客户通过其所持有的APP客户端、阿姨通过其所持有的APP客户端加入到三方面试中。以及，经纪人通过其所持有的APP客户端发起三方签约操作，并通过经纪人侧的APP服务端、用户侧的APP服务端、劳动者侧的APP服务端的交互，以使客户通过其所持有的APP客户端、阿姨通过其所持有的APP客户端加入到三方签约的工作中。

此外，用户侧的APP服务端可以向经纪人侧的APP服务端发送客户所创建的职位信息、客户是否邀约阿姨、接受或拒绝劳动者简历等信息，劳动者侧的APP服务端也可以向经纪人侧的APP服务端发送阿姨的简历、接受或拒绝客户的邀约等。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101至步骤103的执行主体可以为设备A；又比如，步骤101和102的执行主体可以为设备A，步骤103的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图9为本申请一示例性实施例提供的一种在线招聘系统的测试装置的结构示意图。如图9所示，该装置包括：包括：存储器11和处理器12。

存储器11，用于存储计算机程序，并可被配置为存储其它各种数据以支持在处理器上的操作。这些数据的示例包括用于在处理器上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器11可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器12，与存储器11耦合，用于执行存储器11中的计算机程序，以用于：

显示第一页面，第一页面上包括多个功能控件，多个功能控件对应于在线招聘过程中多个招聘参与方的客户端；

针对每个功能控件，响应于对功能控件的触发操作，显示用于模拟对应客户端功能的第二页面，第二页面包括第一信息项，第一信息项是对应客户端供招聘参与方发起招聘操作所需的信息项；

响应对信息项的输入操作，向与客户端对应的服务端发送请求消息，以供服务端进行响应；

根据对服务端的响应消息的接收情况，对在线招聘系统进行功能测试；其中，与多个客户端对应的多个服务端之间存在信息交互。

进一步的，处理器12还用于：

在第二页面上显示对在线招聘系统的功能测试结果。

进一步的，第二页面上还包括第二信息项，处理器12还用于：

响应于对第二信息项的输入操作，获取在测试过程中在线招聘系统所使用的运行环境，并控制在线招聘系统在运行环境中运行。

进一步的，处理器12还用于：在向与客户端对应的服务端发送请求消息之前，获取自动登录服务端的权限信息，并根据权限信息自动登录服务端。

进一步的，招聘参与方包括用户、劳动者以及经纪人中的至少一个；

其中，与用户对应的功能控件包括：职位发布控件、邀约劳动者控件、接受或拒绝劳动者简历投递控件中至少一种；

与劳动者对应的功能控件包括：劳动者投递简历控件、劳动者接受或拒绝用户邀约控件中至少一种；

与经纪人对应的功能控件包括：经纪人发起多方面试控件、经纪人确认面试结果控件、经纪人发起多发签约控件中至少一种。

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

进一步，如图9所示，该装置还包括：通信组件13、显示器14、电源组件15、音频组件16等其它组件。图9中仅示意性给出部分组件，并不意味着处理器只包括图9所示组件。另外，图9中虚线框所示组件为可选组件，而非必选组件，具体可视在线招聘系统的测试装置的具体实现形态而定。如果在线招聘系统的测试装置实现为笔记本电脑、平板、手机等终端设备，则可以包含图9中虚线框所示组件；如果在线招聘系统的测试装置实现为常规服务器、云服务器或服务器阵列等服务端设备，则不包含图9中虚线框所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由处理器执行的各步骤。

上述图9中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

上述图9中的显示器包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

上述图9中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述图9中的音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

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

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。