一种自动化测试方法、装置和计算设备与流程

本发明涉及移动终端测试领域，尤其涉及一种自动化测试方法、装置和计算设备。

背景技术：

随着移动通信技术的不断发展和成熟，各种移动端应用及操作系统层出不穷。为了保证应用及操作系统能够正常工作，在发布前需要对其进行测试。Monkey测试是一种常用的测试方法。现有的Monkey测试需要将PC端与移动终端连接，然后在PC端通过CMD命令来执行测试。这种方法中，执行测试、分析测试结果、将测试结果反馈给研发人员等均需要手动执行，需要人工干预较多，操作繁琐，效率低下。

针对以上缺陷，现有的处理方法会在PC系统上构建Monkey执行系统，这在一定程度上方便了Monkey测试的执行。但该方法仅简化了对Monkey测试命令的构建，在测试过程仍然需要测试人员手动执行，并且反馈测试结果。整个测试流程不够自动化，效率低下，对测试结果的展示也不够及时和直观。

技术实现要素：

为此，本发明提供一种自动化测试方法、装置和计算设备，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供一种自动化测试方法，在计算设备中执行，该方法包括：将所述计算设备与至少一个被测移动终端建立连接；判断是否达到预定时间，若是，则：将被测移动终端的测试对象更新至最新版本；获取第一文件中存储的第一测试命令，所述第一测试命令为上一次自动化测试过程中测试对象出错的测试命令；获取第二文件中存储的第二测试命令，所述第二测试命令为为本次自动化测试设置的测试命令；在所述测试对象上执行所述第一测试命令和第二测试命令；记录测试情况；根据所述测试情况生成测试报告，将所述测试报告通过邮件发送至相关人员。

可选地，在根据本发明的自动化测试方法中，预定时间为晚上12点。

可选地，在根据本发明的自动化测试方法中，测试对象包括应用和操作系统。

可选地，在根据本发明的自动化测试方法中，将被测移动终端的测试对象更新至最新版本的步骤包括：判断所述测试对象的版本号与服务器中存储的最新版本的版本号是否相同，若不同，则：若测试对象为应用，则通过adb命令卸载旧版本的所述应用，从服务器处获取所述应用的最新版本的安装包，并将所述最新版本的安装包安装至所述被测移动终端；若测试对象为操作系统，则通过adb命令将所述操作系统的OTA升级文件拷贝至被测移动终端中，对所述操作系统进行升级。

可选地，在根据本发明的自动化测试方法中，在所述被测移动终端上执行所述第一测试命令和第二测试命令的步骤包括：将所述第一测试命令和所述第二测试命令存入待测命令数组；对于待测命令数组中的每一个待测命令，选取一个当前未执行测试的被测移动终端，在该被测移动终端的测试对象上执行该待测命令。

可选地，在根据本发明的自动化测试方法中，记录测试情况的步骤包括：为测试日志和录屏视频指定在服务器中的保存路径；开启日志监听进程和录屏进程，所述日志监听进程适于监听测试日志，所述录屏进程适于每隔第一间隔时间对被测移动终端的屏幕进行录像；当所述日志监听进程在测试日志中监听到所述测试对象出错的信息时，将记录测试对象出错信息的测试日志和记录了测试对象出错现场的录屏视频存储至所述服务器中的保存路径，并将使测试对象出错的待测命令存储至所述第一文件。

可选地，在根据本发明的自动化测试方法中，第一间隔时间为3分钟。

可选地，在根据本发明的自动化测试方法中，测试报告为html格式。

可选地，在根据本发明的自动化测试方法中，测试报告中包括测试对象出错时的测试日志链接和录屏视频链接。

根据本发明的一个方面，提供一种自动化测试装置，驻留于计算设备中，该装置包括：定时模块，适于判断是否达到预定时间，若是，则自动构建测试环境，开始自动化测试过程；更新模块，适于将被测移动终端的测试对象更新至最新版本；测试模块，适于获取第一文件中存储的第一测试命令和第二文件中存储的第二测试命令，并在所述测试对象上执行所述第一测试命令和第二测试命令，其中，所述第一测试命令为上一次自动化测试过程中测试对象出错的测试命令，所述第二测试命令为为本次自动化测试设置的测试命令；记录模块，适于记录测试情况；反馈模块，适于根据所述测试情况生成测试报告，将所述测试报告通过邮件发送至相关人员。

可选地，在根据本发明的自动化测试装置中，定时模块还适于将所述预定时间设置为晚上12点。

可选地，在根据本发明的自动化测试装置中，测试对象包括应用和操作系统。

可选地，在根据本发明的自动化测试装置中，更新模块进一步适于：判断所述测试对象的版本号与服务器中存储的最新版本的版本号是否相同，若不同，则：若测试对象为应用，则通过adb命令卸载旧版本的所述应用，从服务器处获取所述应用的最新版本的安装包，并将所述最新版本的安装包安装至所述被测移动终端；若测试对象为操作系统，则通过adb命令将所述操作系统的OTA升级文件拷贝至被测移动终端中，对所述操作系统进行升级。

可选地，在根据本发明的自动化测试装置中，测试模块进一步适于：将所述第一测试命令和所述第二测试命令存入待测命令数组；对于待测命令数组中的每一个待测命令，选取一个当前未执行测试的被测移动终端，在该被测移动终端的测试对象上执行该待测命令。

可选地，在根据本发明的自动化测试装置中，记录模块进一步适于：为测试日志和录屏视频指定在服务器中的保存路径；开启日志监听进程和录屏进程，所述日志监听进程适于监听测试日志，所述录屏进程适于每隔第一间隔时间对被测移动终端的屏幕进行录像；当所述日志监听进程在测试日志中监听到所述测试对象出错的信息时，将记录测试对象出错信息的测试日志和记录了测试对象出错现场的录屏视频存储至所述服务器中的保存路径，并将使测试对象出错的待测命令存储至所述第一文件。

可选地，在根据本发明的自动化测试装置中，第一间隔时间为3分钟。

可选地，在根据本发明的自动化测试装置中，测试报告为html格式。

可选地，在根据本发明的自动化测试装置中，测试报告中包括测试对象出错时的测试日志链接和录屏视频链接。

根据本发明的一个方面，提供一种计算设备，包括如上自动化测试装置。

本发明提供的技术方案实现了Monkey测试的自动化，能够每天定时执行测试并记录测试情况。当测试结束后，根据测试情况生成测试报告，并将测试报告通过邮件发送至相关研发人员。本方案减少了测试过程中的人工干预，节约了人力成本，极大地提高了测试效率。此外，测试报告中包括出错的测试日志链接和录屏视频链接，相关研发人员可以通过点击链接的方式直接查看出错时的测试日志和录屏视频，便于对错误进行定位，提高了研发人员解决问题的效率。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了包括根据本发明一个实施例的自动化测试装置的计算设备100的结构图；

图2示出了根据本发明一个实施例的自动化测试装置200的结构图；

图3示出了根据本发明一个实施例的包括测试报告的邮件的示意图；

图4示出了根据本发明一个实施例的自动化测试方法400的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了包括根据本发明一个实施例的自动化测试装置的计算设备100的结构图。如图1所示，计算设备100中包括系统存储器106，系统存储器106可以包括操作系统120、一个或者多个应用122以及程序数据126。在一些实施方式中，应用122可以布置为在操作系统上利用程序数据126进行操作。在本发明中，应用122可以被配置为包括自动化测试装置200。根据一种实施例，自动化测试装置200可以是通过Jenkins搭建的持续集成系统。自动化测试装置200可以自动定时运行Monkey测试，并自动更新测试对象，当出现错误(Bug)时，自动将出错时的测试日志和录屏视频上传至服务器。当测试结束后，根据测试情况生成测试报告，并将测试报告通过邮件发送至相关研发人员。测试报告中包括出错的测试日志链接和录屏视频链接，相关研发人员可以通过点击链接的方式直接查看出错时的测试日志和录屏视频。自动化测试装置200减少了测试过程中的人工干预，节约了人力成本，极大地提高了测试效率，同时，也便于对错误进行定位，提高了研发人员解决问题的效率。

图2示出了根据本发明一个实施例的自动化测试装置200的结构图。如图2所示，自动化测试装置200包括定时模块210、更新模块220、测试模块230、记录模块240和反馈模块250。

定时模块210适于判断是否达到预定时间，若是，则自动构建测试环境，开始自动化测试过程。根据一种实施例，自动化测试装置200是通过Jenkins搭建的持续集成系统，定时模块210通过设置Jenkins系统中的Build periodically参数来实现定时构建。根据一种实施例，定时模块210可以将预定时间设置为每天晚上12点，那么每到晚上12点将自动构建测试环境并开启自动化测试过程。当然，在其他的实施例中，定时模块210还可以采用其他的实现方式，预定时间也可以设置为其他数值，本发明对定时模块的具体实现方式以及预定时间的值的设定并无限制。

更新模块220适于将被测移动终端的测试对象更新至最新版本。根据一种实施例，自动化测试装置200是通过Jenkins搭建的持续集成系统，更新模块220通过Subversion Plugin插件来配置测试对象的版本在服务器中的下载地址。当检测到被测移动终端的测试对象的版本号与服务器中存储的最新版本号不同时，从配置好的下载地址处下载最新版本的安装文件，更新被测移动终端中的测试对象的版本。测试对象可以是移动终端应用或操作系统。当测试对象为应用时，更新模块220通过adb命令卸载旧版本的应用，从配置好的服务器下载地址处获取该应用最新版本的安装包，并将最新版本的安装包安装至被测移动终端。当测试对象为操作系统时，更新模块220从配置好的服务器下载地址处获取该操作系统的OTA升级文件，通过adb命令将该OTA升级文件拷贝至被测移动终端中，对操作系统进行升级。

测试模块230适于在测试对象上执行测试命令，即执行具体的测试过程。测试模块230可以是Jenkins系统中的一个模块，也可以是一个Jenkins系统调用的用于执行Monkey测试的应用程序。当测试模块230为一个执行Monkey测试的应用程序时，更新模块220也可以通过Subversion Plugin插件配置该应用程序对应的下载地址，在每次执行自动化测试时，将该执行Monkey测试的应用程序更新至最新版本。

在每次自动化测试中，测试模块230首先从计算设备的文本文件中获取测试命令。具体来说，测试模块230获取第一文件中存储的第一测试命令和第二文件中存储的第二测试命令，并在测试对象上执行所述第一测试命令和第二测试命令。其中，第一测试命令为上一次自动化测试过程中测试对象出错的测试命令，第二测试命令为为本次自动化测试设置的测试命令。也就是说，对于每次自动化测试，执行的测试命令包括上次出错的测试命令和本次设置的测试命令。在每次自动化测试中，测试对象均被更新至最新版本，而上次出错的测试命令是由旧版本的测试对象得出，因此，在每次自动化测试中执行第一测试命令和第二测试命令的方案可以检测新版本的测试对象是否还存在旧版本中出现的问题。

根据一种实施例，第一文件可以是存储于计算设备中的名为errorcommand.txt的文本文件，该文件用于存储第一测试命令，即上一次自动化测试过程中测试对象出错的测试命令。根据上一次自动化测试的测试结果，errorcommand.txt中可能有一条或多条第一测试命令，当然，errorcommand.txt文件也可能为空。第二文件可以是存储于计算设备中的名为monkeycommand.txt的文本文件，该文件用于存储第二测试命令，即为本次自动化测试设置的测试命令。第二测试命令为测试人员所设置，可以有一条或多条，monkeycommand.txt一般不会为空。

根据一种实施例，测试模块230可以按照以下步骤在测试对象上执行所述第一测试命令和第二测试命令：

首先，测试模块230从第一文件中获取第一测试命令，从第二文件中获取第二测试命令，并将第一测试命令和第二测试命令存入待测命令数组。随后，清空第一文件。例如，第一文件中包括第一测试命令1、2，第二文件中包括第二测试命令3～10，则待测命令数组D中包括10条待测命令，分别为待测命令1～10，即待测命令数组D＝[待测命令1，待测命令2，…，待测命令10]。

然后，获取当前连接至计算设备的被测移动终端的数目，并获取各被测移动终端的ID。对于待测命令数组中的每一个待测命令，选取一个当前未执行测试的被测移动终端，在该被测移动终端的测试对象上执行该待测命令。由于第一测试命令是上一次自动化测试过程中已经执行过的Monkey测试命令，故第一测试命令中包括seed值，可以直接被执行。即，当待测命令为第一测试命令时，该待测命令可以直接在被测移动终端的测试对象上执行。第二测试命令是为本次测试设置的测试命令，尚未被执行过，故第二测试命令中均不包括seed值。当待测命令为第二测试命令时，测试模块230首先为该待测命令添加一个随机的seed值，然后再将添加了seed值的待测命令在被测移动终端的测试对象上执行。每执行一条待测命令，将该待测命令从待测命令数组中删除。当待测命令数组为空时，自动化测试过程结束。

例如，待测命令数组D＝[待测命令1，待测命令2，…，待测命令10]，有6台被测移动终端连接至计算设备，被测移动终端的ID分别为1～6。当自动化测试过程开始的初始时刻，被测移动终端1～6均处于空闲状态，即均未执行测试。测试模块230将待测命令1分配给被测移动终端1，即在被测移动终端的测试对象上执行待测命令1。若待测命令1为第一测试命令，则其可以直接在被测移动终端1的测试对象上执行；若待测命令1为第二测试命令，则测试模块230首先为其添加一个随机的seed值，然后再将添加了seed值的待测命令1在被测移动终端1的测试对象上执行。随后，将待测命令1从待测命令数组D中删除。这样，待测命令数组D中还有9个待测命令，分别为待测命令2～10。依次类推，测试模块230接着将待测命令2～6分别分配给被测移动终端2～6，即在被测移动终端2～6的测试对象上分别执行待测命令2～6，并将待测命令2～6从待测命令数组D中删除。这时，所有的被测移动终端均在执行测试。测试模块230可以开启一个进程，来监听是否有被测移动终端空闲。若监听到某个被测移动终端空闲后，则进一步将待测命令7分配给该空闲的被测移动终端，在该被测移动终端的测试对象上执行待测命令7。例如，被测移动终端3最先完成待测命令3的测试，进入空闲状态，则测试模块230接下来将待测命令7分配给被测移动终端3。当待测命令数组D中的所有待测命令均被分配至被测移动终端执行后，待测命令数组D为空，本次自动化测试过程结束。

记录模块240适于记录测试情况。根据一种实施例，通过测试日志和录屏视频来记录测试情况。自动化测试装置200是通过Jenkins搭建的持续集成系统，在自动化测试开始之前，记录模块240采用Publish Over CIFS插件为测试日志和录屏视频指定在服务器中的保存路径。在自动化测试开始的初始时刻，记录模块240开启日志监听进程和录屏进程。其中，日志监听进程适于监听测试日志，录屏进程适于每隔第一间隔时间对被测移动终端的屏幕进行录像。根据一种实施例，第一间隔时间为3分钟，即每隔3分钟对被测移动终端的屏幕进行录像，也即，每个录屏视频的时长为3分钟。当然，第一间隔时间还可以被设置为其他数值，本发明对第一间隔时间的设置不做限制。

当日志监听进程在测试日志中监听到所述测试对象出错的信息时，将记录测试对象出错信息的测试日志和记录了测试对象出错现场的录屏视频存储至设定好的服务器中的保存路径，并将使测试对象出错的待测命令存储至第一文件。这样，在下一次自动化测试过程中，同样可以执行第一文件中的命令，即测试本次使测试对象出错的待测命令，以检测新版本的测试对象是否还存在旧版本中出现的问题。

反馈模块250适于根据记录模块240记录的测试情况生成测试报告，并将测试报告通过邮件发送至相关的研发人员。根据一种实施例，自动化测试装置200是通过Jenkins搭建的持续集成系统，反馈模块250是Jenkins系统的Email Extension Plugin插件，可以生成html格式的测试报告，并通过邮件将该测试报告发送给研发人员。具体来说，Email Extension Plugin插件可以根据设置好的html模板，对记录模块240记录的测试日志中的关键字段进行过滤，生成html格式的测试报告，并将该测试报告通过邮件发送给研发人员。测试报告中包括测试对象出错时的测试日志链接和录屏视频链接，研发人员可以通过点击链接的方式直接查看出错时的测试日志和录屏视频，便于对错误进行定位，提高了研发人员解决问题的效率。根据一种实施例，若点击录屏视频链接，则直接播放该视频；若点击测试日志链接，则对该测试日志进行下载。

图3示出了根据本发明一个实施例的包括测试报告的邮件的示意图。如图3所示，测试报告中包括测试对象版本号、被测移动终端ID、待测命令以及具体的测试情况等信息。待测命令6、10、13、21均使测试对象出错，可以通过点击测试日志链接和录屏视频链接来查看出错时的测试日志和录屏视频详情。

图4示出了根据本发明一个实施例的自动化测试方法400的流程图，该方法在计算设备中执行。如图4所示，该方法始于步骤S410。

在步骤S410中，将计算设备与至少一个被测移动终端建立连接。连接的建立可以通过数据线、WIFI、蓝牙等方式，但不限于此。根据一种实施例，在建立连接后还需要获取各被测移动终端的ID，以方便在后续自动化测试过程中为各被测移动终端分配待测命令。

随后，在步骤S420中，判断是否达到预定时间，若是，则进一步执行步骤S430。步骤S420可以实现定时自动化测试。

随后，在步骤S430中，将被测移动终端的测试对象更新至最新版本。具体的更新过程可以参照前述对更新模块220的描述，此处不再赘述。

随后，在步骤S430～S450中，获取第一文件中存储的第一测试命令，获取第二文件中存储的第二测试命令，并在测试对象上执行第一测试命令和第二测试命令。通过步骤S430～S450，对于每次自动化测试，执行的测试命令包括上次出错的测试命令和本次设置的测试命令，该方案可以检测新版本的测试对象是否还存在旧版本中出现的问题。根据一种实施例，可以通过待测命令数组来实现第一测试命令和第二测试命令的具体执行过程，即，将第一测试命令和第二测试命令存入待测命令数组；对于待测命令数组中的每一个待测命令，选取一个当前未执行测试的被测移动终端，在该被测移动终端的测试对象上执行该待测命令。具体的执行过程可以参照前述对测试模块230的描述，此处不再赘述。

随后，在步骤S460中，记录测试情况。根据一种实施例，通过测试日志和录屏视频来记录测试情况。在自动化测试开始之前，为测试日志和录屏视频指定在服务器中的保存路径。在自动化测试开始的初始时刻，开启日志监听进程和录屏进程，其中，日志监听进程适于监听测试日志，录屏进程适于每隔第一间隔时间对被测移动终端的屏幕进行录像。根据一种实施例，第一间隔时间为3分钟。当日志监听进程在测试日志中监听到所述测试对象出错的信息时，将记录测试对象出错信息的测试日志和记录了测试对象出错现场的录屏视频存储至设定好的服务器中的保存路径，并将使测试对象出错的待测命令存储至第一文件。这样，在下一次自动化测试过程中，同样可以执行第一文件中的命令，即测试本次使测试对象出错的待测命令，以检测新版本的测试对象是否还存在旧版本中出现的问题。

随后，在步骤S470中，根据测试情况生成测试报告，将测试报告通过邮件发送至相关人员。根据一种实施例，测试报告为html格式，测试报告中包括测试对象出错时的测试日志链接和录屏视频链接，研发人员可以通过点击链接的方式直接查看出错时的测试日志和录屏视频，便于对错误进行定位，提高了研发人员解决问题的效率。

本发明提供的技术方案实现了Monkey测试的自动化，能够每天定时执行测试并记录测试情况。当测试结束后，根据测试情况生成测试报告，并将测试报告通过邮件发送至相关研发人员。本方案减少了测试过程中的人工干预，节约了人力成本，极大地提高了测试效率。此外，测试报告中包括出错的测试日志链接和录屏视频链接，相关研发人员可以通过点击链接的方式直接查看出错时的测试日志和录屏视频，便于对错误进行定位，提高了研发人员解决问题的效率。

A6：A5所述的自动化测试方法，其中，所述记录测试情况的步骤包括：为测试日志和录屏视频指定在服务器中的保存路径；开启日志监听进程和录屏进程，所述日志监听进程适于监听测试日志，所述录屏进程适于每隔第一间隔时间对被测移动终端的屏幕进行录像；当所述日志监听进程在测试日志中监听到所述测试对象出错的信息时，将记录测试对象出错信息的测试日志和记录了测试对象出错现场的录屏视频存储至所述服务器中的保存路径，并将使测试对象出错的待测命令存储至所述第一文件。A7：A6所述的自动化测试方法，其中，所述第一间隔时间为3分钟。A8：A1所述的自动化测试方法，其中，所述测试报告为html格式。A9：A1所述的自动化测试方法，其中，所述测试报告中包括测试对象出错时的测试日志链接和录屏视频链接。

B14：B10所述的自动化测试装置，其中，所述测试模块进一步适于：将所述第一测试命令和所述第二测试命令存入待测命令数组；对于待测命令数组中的每一个待测命令，选取一个当前未执行测试的被测移动终端，在该被测移动终端的测试对象上执行该待测命令。B15：B14所述的自动化测试装置，其中，所述记录模块进一步适于：为测试日志和录屏视频指定在服务器中的保存路径；开启日志监听进程和录屏进程，所述日志监听进程适于监听测试日志，所述录屏进程适于每隔第一间隔时间对被测移动终端的屏幕进行录像；当所述日志监听进程在测试日志中监听到所述测试对象出错的信息时，将记录测试对象出错信息的测试日志和记录了测试对象出错现场的录屏视频存储至所述服务器中的保存路径，并将使测试对象出错的待测命令存储至所述第一文件。B16：B15所述的自动化测试装置，其中，所述第一间隔时间为3分钟。B17：B10所述的自动化测试装置，其中，所述测试报告为html格式。B18：B10所述的自动化测试装置，其中，所述测试报告中包括测试对象出错时的测试日志链接和录屏视频链接。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。