通过模型驱动技术进行自动用户界面（UI）测试的方法和系统与流程

相关申请的交叉引用和优先权

本专利申请要求于2016年3月22日提交的印度专利申请201621010029的优先权，其全部内容通过引用并入本文。

本申请一般涉及用户界面(ui)测试用例建模。特别地，本申请提供了一种通过利用底层的模型驱动ui生成框架来创建测试用例模型的方法和系统。

背景技术：

应用的用户界面(ui)包括大量元素，诸如对话框(例如弹出窗口、屏幕等)，其中每一个可以包含一个或多个控件，例如文本区域或框、带有文本的按钮等。随着产品的开发，ui元素改变，并且这可能在ui中引入缺陷或故障，由此可能导致应用的严重故障。使问题严重的是，应用程序开发人员面临不断添加新特征、更新ui和发布新版本应用程序的压力。因此，很少出现原始测试脚本可以充分测试后续修订的应用程序的情况。

现有工作已经认识到，手动测试ui应用是单调冗长的、容易出错的和艰巨的。因此，大多数现有解决方案依赖于ui应用的自动化测试。为了自动测试ui应用，测试工程师使用脚本语言(例如javascript和vbscript)编写程序。编写ui自动化测试脚本是一项具有挑战性的活动，需要用于编写测试用例的测试脚本语言的健全的工作知识。此外，手动编写ui自动化测试用例需要大量的试错以及工作量消耗。此外，在测试脚本语言语法中存在任何更新或修改、或者需要以不同脚本语言编写测试脚本的情况下，由于返工而涉及极大的工作量。

此外，常规技术需要的是，必须为每个测试用例手动指定用于手动自动化测试用例的测试数据，这使得使用具有不同测试数据的相同测试用例来创建回归测试成为繁琐且费力的活动。

由于期望同一应用在许多不同的计算机操作系统上以相同方式操作，而使得上述测试问题复杂化。例如，windows应用程序通常期望与目前由公众使用的所有或大多数microsoft操作系统一起工作。

一些现有技术文献公开了直接从用户接口生成测试用例。直接从用户界面生成测试用例的过程是技术或平台驱动的，而不是技术或平台独立的，这大幅增加了实现、维护或迁移测试用例所需的工作量。此外，在ui发生变化的情况下，实现、维护或迁移测试用例变得更具挑战性。

另一组现有技术文献使用用于测试脚本生成的抽象模型，即实现用于软件测试的基于模型的测试代码生成。然而，现有技术文献实现了用于从现有和已经运行的应用直接生成测试脚本的技术。直接从正在运行的应用生成测试脚本具有降低执行测试脚本时的可定制性的缺点。现有技术的另一障碍在于，使得用于在运行期间测试ui模型的测试用例的生成自动化。

如果可以以使得测试用例指定(specification)与实现相分离的方式来改变(leverage)模型驱动生成技术，则将是有利的。需要有一种机制来自动生成测试用例，就与技术、平台、脚本语言等的独立性而言，其具有更好的可定制性。因此，改变用于自动生成和验证测试用例的模型驱动技术仍然被认为是该技术领域最大的挑战之一。

技术实现要素：

本发明的目的

根据本发明，主要目的是提供一种用于从ui模型内容自动指定测试用例模型的方法和系统。

本发明的一个目的是提供一种用于对应于ui模型元素中的相关变化自动更新测试用例模型的方法和系统。

本发明的另一目的是提供一种用于从测试用例模型对任何技术单击生成自动测试用例的方法和系统。

本发明的另一个目的是提供一种用于通过在模型级别上自动同步ui模型和ui测试用例，以便于在所生成的ui屏幕上无缝执行所生成的测试脚本的方法和系统。

本发明的另一目的是提供一种用于通过以技术独立的方式指定和存储测试用例模型，来以任何技术生成测试用例的方法和系统。

当结合附图阅读时，通过下面的描述，本发明的其它目的和优点将更加明显，附图不旨在限制本公开的范围。

本发明的内容

在描述本公开的方法、系统和硬件实现之前，应当理解，本发明不限于所描述的特定系统和方法，因为可以存在本发明的多个可能的实施例，其未在本公开中明确地示出。还应当理解，本说明书中使用的术语仅用于描述特定版本或实施例的目的，并且不旨在限制本发明的范围，本发明的范围将仅由所附权利要求限定。

本申请提供了一种用于通过模型驱动技术进行自动ui测试的方法和系统。

在一个实施例中，公开了一种用于通过模型驱动技术进行自动ui测试的方法。该方法包括：处理器，被配置为选择ui模型；所述处理器还被配置为为所选择ui模型创建测试用例模型，并将创建的测试用例模型填充到测试用例编辑器中(222)，其中所述测试用例模型基于所选择ui模型的结构模式被创建为ui动作序列；所述处理器还被配置为验证用于所选择ui模型的测试用例模型。此外，处理器被配置为从用于所选择ui模型的测试用例模型生成测试用例脚本。

在另一实施例中，本申请公开了一种用于通过模型驱动技术进行自动ui测试的系统(102)。系统(102)包括处理器(202)和耦接到所述处理器的存储器(206)，所述系统还包括被配置为选择用户界面(ui)模型的选择模块(210)。该系统还包括测试用例模型创建模块(212)，其被配置为为所选择ui模型创建测试用例模型，并将创建的测试用例模型填充到测试用例编辑器(222)中，其中，测试用例模型基于所选择ui模型的结构模式被创建为ui动作序列。该系统还包括验证模块(214)，其被配置为验证用于所选择ui模型的测试用例模型。此外，该系统包括脚本生成模块(216)，其被配置为从用于所选择ui模型的测试用例模型生成测试用例脚本。

附图说明

当结合附图阅读时，将更好地理解前述发明内容以及优选实施例的以下详细描述。为了说明本发明的目的，在附图中示出了本发明的示例性结构；然而，本发明不限于所公开的具体方法和系统。在附图中：

图1示出了用于通过模型驱动技术的自动ui测试的系统(102)的网络实现。

图2示出了用于通过模型驱动技术的自动ui测试的系统(102)的框图。

图3示出了用于通过模型驱动技术的自动ui测试的方法的流程图。

图4示出了利用以事件为中心的方法，来创建对应于所选择的ui模型的测试用例模型的高级过程的流程图。

图5示出了利用以用户交互为中心的方法，创建与所选择的ui模型相对应的测试用例模型的高级过程的流程图。

具体实施方式

以下详细讨论了示出本发明全部特征的一些实施例。

词语“包括”、“具有”、“含有”和“包括”及其其它形式在意义上被认为是等同的，并且是开放式的，因为紧随这些词语中任何一个词语之后的一个或多个细项并不意味着这个细项或这些细项已经被详尽的罗列出来，或者，并不意味着仅限于所列的这个细项或多个细项。

还应当注意到的是，如本文和所附权利要求中所使用的，单数形式“一”、“一个”和“该”包括复数指代，除非上下文另有明确指示。虽然与本文所描述的系统和方法类似或等同的任何系统和方法可以用于本发明实施例的实践或测试中，但优选的是当前描述的系统和方法。

所公开的实施例仅仅是本发明的示例，本发明可以以多种形式实现。

附图中所示的元件将如下文更加详细解释地那样进行交互操作。但是，在阐述详细的说明之前，应当注意，不管所描述的具体实施方案，以下的所有讨论本质上都是示例性的，而不是限制性的。例如，虽然实施方案的所选方案、特征或组件被描述为存储在储存器中，但是与摩擦预警系统和方法一致的系统和方法的全部或部分可以存储在其它机器可读介质上、分布在其它机器可读介质之间、或从其它机器可读介质中读取。

可以用在可编程计算机上执行的(或可由可编程计算机执行的)一个或多个计算机程序来实现上述技术，所述可编程计算机包括任意数量的下述器件的任意组合：处理器、处理器可读和/或可写的存储介质(包括例如易失性和非易失性存储器和/或存储元件)、多个输入单元、以及多个输出装置。可以利用所述多个输入单元中的任何一个将程序代码应用于所录入的输入，以便执行所描述的功能，并且生成显示在所述多个输出装置中的任意一个上的输出。

下述权利要求范围内的各个计算机程序可以以任何编程语言来实现，诸如汇编语言、机器语言、高级过程编程语言或面向对象的编程语言。编程语言可以例如是编译或解译的编程语言。每个这样的计算机程序可以用计算机程序产品来实现，所述计算机程序产品被有形地实现在机器可读存储设备中，以便由计算机处理器来执行。

本发明的方法步骤可以由执行了程序的一个或多个计算机处理器来执行，所述程序被有形地实现在计算机可读介质上，以便通过运行输入并生成输出来执行本发明的功能。举例来说，适当的处理器包括：通用和专用微处理器。通常，处理器从存储器(例如只读存储器和/或随机存取存储器)接收(读取)指令和数据，并且向存储器写入(存储)指令和数据。适用于有形地实现计算机程序指令和数据的存储装置包括例如，所有形式的非易失性存储器，例如半导体存储器装置(包括eprom、eeprom、和快闪存储器装置)、磁盘(例如内置硬磁盘和可移动磁盘)、磁光盘以及cd-rom。前述任意一个可以由专门设计的asic(专用集成电路)或fpga(现场可编程门阵列)补充或被并入专门设计的asic或fpga中。计算机通常还可以从非暂时性计算机可读存储介质接收(读取)程序和数据，并且可以向非暂时性计算机可读存储介质写入(存储)程序和数据，其中非暂时性计算机可读存储介质为例如内置磁盘(未示出)或可移动磁盘。

本文公开的任何数据可以例如以有形地存储在非暂时性计算机可读介质上的一个或多个数据结构来实现。本发明的实施例可以将此类数据存储在此类数据结构中，并且从此类数据结构读取此类数据。

本申请提供了一种用于通过模型驱动技术进行自动ui测试的计算机实现的方法和系统。

图1示出了根据本发明主题的实施例的用于通过模型驱动技术进行自动ui测试的系统的网络实现。尽管考虑到系统102在服务器上实现来说明本发明主题，但是可以理解，系统102还可以在各种计算系统中实现，诸如膝上型计算机、台式计算机、笔记本、工作站、大型计算机、服务器、网络服务器等。在一个实现方式中，系统102可以在基于云的环境中实现。应当理解，系统102可以由多个用户通过一个或多个用户设备104-1、104-2...104-n(下文中统称为用户设备104)或驻留在用户设备104上的应用来访问。用户设备104的示例可以包括但不限于便携式计算机、个人数字助理、手持设备和工作站。用户设备104通过网络106通信地耦接到系统102。

在一个实现方式中，网络106可以是无线网络、有线网络或其组合。网络106可以被实现为不同类型的网络之一，诸如内联网、局域网(lan)、广域网(wan)、因特网等。网络106可以是专用网络或共享网络。共享网络表示使用各种协议(例如，超文本传输协议(http)、传输控制协议/因特网协议(tcp/ip)、无线应用协议(wap)等)的不同类型的网络的关联，以便彼此通信。此外，网络106可以包括各种网络设备，包括路由器、网桥、服务器、计算设备、存储设备等。

参考图2，描述了根据所公开主题的实施例的系统102的各种部件的详细工作。

在本发明的一个实施例中，参考图2，公开了用于通过模型驱动技术进行自动ui测试的系统。在一个实施例中，系统(102)包括处理器(202)和通信地耦接到所述处理器的存储器(206)，以通过执行存储在所述存储器中的指令来执行功能。在另一实施例中，系统包括选择模块(210)，其被配置为从需要ui测试的应用中选择对应于ui的ui模型。在另一实施例中，与一个或多个应用相对应的ui模型存储在存储模块(224)中。此外，测试用例模型创建模块(212)可以被配置为为所选择的ui模型创建测试用例模型，并将创建的测试模型填充到测试用例编辑器(222)中。在一个方面中，可以基于所选择的ui模型的结构模式将测试用例模型创建为ui动作序列。在另一方面，测试用例编辑器(222)可以被配置为显示测试用例模型并编辑测试用例模型。在另一方面，测试用例编辑器(222)可以被配置为通过添加新步骤、修改现有步骤、记录现有步骤并删除测试用例模型的现有步骤，来编辑测试用例模型。

此外，所述系统包括配置为相对于对应的ui模型来验证测试用例模型的验证模块(214)。测试用例模型的验证可以包括基于规则引擎(220)来评估测试用例模型。规则引擎(220)可以包括一组预定义的规则和约束，其确保测试用例模型的完整性、一致性和正确性。此外，测试用例模型的验证可以包括但不限于针对ui模型的测试用例模型的语法和语义评估。在一个实施例中，所述规则和约束可以被编码在脚本中，所述脚本在被执行时评估测试用例模型是否遵守编码在脚本中的所述规则和约束中的每一个。如果发生违规，验证将标记为失败。例如，取整数值的字段不能映射到string类型服务参数。此后，脚本生成模块(216)可以被配置为从目标平台的经验证的测试用例模型生成测试用例脚本。此外，所生成的测试脚本用于测试相应的ui应用。

在一个实施例中，测试用例模型创建器模块(212)可以被配置为在将所创建的测试用例模型填充到测试用例编辑器(222)中之前，为指定ui模型创建测试用例模型。为指定模型创建测试用例模型可以基于：(i)以事件为中心的方法，(ii)以用户交互为中心的方法、或以事件为中心的方法和以用户交互为中心的方法的组合。所述模型的选择可以基于用户界面(ui)是处于开发阶段还是已经被开发完成的考量。在优选实施例中，当需要在进行中的ui屏幕中对单个事件进行单元测试时，可以使用以事件为中心的方法用于ui开发期间的测试用例的建模。在另一个优选实施例中，当需要从以用户交互为中心的方法测试已经实现的ui屏幕时，可以使用以用户交互为中心的方法来建模测试用例。在呈现本申请的主题时，本领域技术人员将显见的是，可以基于以事件为中心的步骤和以用户交互为中心的步骤的组合来创建测试用例模型，这些步骤可以基于分别如图4和图5所阐述的以事件为中心的方法和以用户交互为中心的方法来实现。

在另一实施例中，同步模块(218)可以被配置为基于所选择的ui模型的结构模式，将所选择的ui模型的测试用例模型与所选择的ui模型同步为ui动作序列。由于ui动作的随机性，所以在ui模型中发生变化。为了确保ui模型中的改变与所选择的ui模型的测试用例模型自动同步，系统实现有该同步模块(218)。此外，同步模块(218)被配置为监视ui模型中的改变，并且使所述改变与对应的测试用例模型自动同步。

在又一个实施例中，测试用例编辑器(222)可以被配置为显示测试用例模型，并且为用户提供句柄，用于添加新步骤、修改现有步骤、记录现有步骤和删除现有步骤。此外，测试用例编辑器(222)提供句柄以触发测试用例模型的验证和根据测试用例模型生成测试脚本。此外，测试用例编辑器(222)可以被配置为自动刷新和反映与ui模型中的改变相对应的在测试用例模型中发生的改变。

在又一实施例中，作为模型驱动的ui建模和生成框架的一部分的存储模块(224)可以被配置为存储和访问对应于一个或多个应用的一个或多个ui模型。存储模块(224)还可以被配置为存储和访问测试用例模型和经编辑的测试用例模型以及ui模型。

在一个实施例中，使用脚本生成模块(216)根据验证的测试用例模型生成的测试脚本可以在使用测试执行引擎的自动执行系统中执行。自动执行系统被配置为适合于测试脚本以及测试数据将被执行的环境。测试脚本的执行进一步产生测试结果，以验证ui应用程序如预期地执行。

尽管已经用对结构特征和/或方法特定的语言描述了本发明主题的方法和系统的实施例，但是应当理解，本发明主题不一定限于所描述的特定特征或方法。相反，这些具体特征和方法作为本发明主题的示例性实施例被公开。

图3是示出根据本文公开主题的实施例的用于通过模型驱动技术进行自动ui测试的方法的流程图。根据图2的说明，自动ui测试用例建模和生成框架使用底层的模型驱动ui生成框架。

该过程开始于步骤302，其中执行所存储的用户界面(ui)模型的选择。由于对应于所选择的ui模型创建测试用例模型，ui模型的选择用作创建测试用例模型的倒数第二步。

在步骤304，将从所选择ui模型创建的测试用例模型填充到测试用例编辑器。在一个方面中，可以基于所选择的ui模型的结构模式，将测试用例模型自动创建为ui动作序列。在另一方面，可以从头创建并编辑测试用例模型。在另一方面，可以通过添加新步骤、修改现有步骤、记录现有步骤并删除测试用例模型的现有步骤来执行编辑所填充的测试用例模型。在一个实施例中，创建对应于所选ui模型的测试用例模型，其中测试用例模型的创建可以基于：(i)以事件为中心的方法，(ii)以用户交互为中心的方法、或以事件为中心的方法和以用户交互为中心的方法的组合。所述模型的选择可以基于用户界面(ui)是处于开发阶段还是已经被开发完成的考量。在优选实施例中，当需要对正在进行的ui屏幕中的单个事件进行单元测试时，以事件为中心的模型可以用于ui开发期间的测试用例的建模。在另一个优选实施例中，当需要根据以用户交互为中心的方法测试已经实现的ui屏幕时，以用户交互为中心的模型可以用于测试用例的建模。在另一实施例中，基于从所选择的ui模型的结构模式获得的ui动作序列，来执行用于所选择的ui模型的测试用例模型与所选择的ui模型的同步。由于ui动作的随机性，ui模型中发生变化。为了确保ui模型中的改变与对应于ui模型所选择的测试用例模型自动同步，监视ui模型中的改变，并且在观察到任何改变的情况下，将所述改变与对应的测试用例模型自动同步，产生出更新的测试用例模型。

在步骤306，针对相应的ui模型验证测试用例模型。测试用例模型的验证可以包括基于一组预定义规则和约束来评估测试用例模型，所述预定义规则和约束确保测试用例模型的完整性。此外，测试用例模型的验证可以包括但不限于针对ui模型的测试用例模型的语法和语义评估。在一个实施例中，所述规则和约束可以被编码在脚本中，所述脚本在被执行时评估测试用例模型是否遵守编码在脚本中的所述规则和约束中的每一个。如果发生违规，验证将标记为失败。例如，取整数值的字段不能映射到string类型服务参数。

该过程在步骤308结束，其中可以从目标平台的经验证的测试用例模型生成测试脚本。此外，所生成的测试脚本用于测试相应的ui应用。在一个实施例中，可以从存储模块(224)存储和访问ui模型、测试用例模型和经编辑的测试用例模型。

本领域技术人员将理解，尽管图3的方法示出了所公开主题的工作方法，然而，该方法可以以任何顺序使用，省略一个或多个步骤，或者以任何顺序执行任何步骤，并且这也形成所公开主题的一部分。

参考图4，其是示出利用以事件为中心的方法，创建与所选择的ui模型相对应的测试用例模型的高级过程的流程图。

在一个实施例中，图4是用于创建与所选择的ui模型相对应的测试用例模型的以事件为中心的方法的应用的图示。如图4所示，以事件为中心的方法包括创建测试或打开现有测试用例。此外，该过程包括将测试步骤添加到所创建的测试用例或现有测试用例。将测试步骤添加到测试用例中，直到测试用例的建模完成。在测试用例建模完成并且没有更多测试步骤被添加到测试用例的情况下，ui动作被保存。在测试用例建模未完成的情况下，可以将测试步骤添加到测试用例，以创建ui动作。此外，该过程包括检查数据规范、事件规范和ui元素规范的要求的步骤。此外，在需要数据规范、事件规范和触发所述事件的ui元素中的任何一个的情况下，该过程基于所述要求，提示用户指定数据规范、事件规范和触发所述事件的ui元素。所述过程保持重复，直到测试用例建模完成并且ui动作被保存为止。

在示例性实施例中，参考图4，示出了以事件为中心的方法阐明特定ui动作的图示。例如，用于创建在文本框(其用作对于服务的输入之一)中设置数据的ui动作的ui动作包括以下步骤：(i)创建ui动作；(ii)指定要在文本框中设置的数据；(iii)选择需要设置数据的所需文本框。该过程结束于在测试用例建模完成的情况下保存测试用例中保存ui动作，否则，通过创建新的ui动作/测试步骤或修改/删除现有ui动作/测试步骤来重复该过程。

在另一示例性实施例中，参考图4，示出了以事件为中心的方法阐明特定ui动作的图示。例如，用于触发按钮的点击事件进而调用服务的ui动作包括以下步骤：(i)创建ui动作；(ii)将事件规范指定为点击事件；(iii)选择按钮作为触发事件的ui元素。该过程以在测试用例建模完成的情况下保存测试用例而结束，否则，通过创建新的ui动作/测试步骤或修改/删除现有ui动作/测试步骤来重复该过程。

在另一示例性实施例中，参考图4，示出了以事件为中心的方法阐明特定ui动作的图示。例如，用于通过服务将数据集维护(assert)于文本框中的ui动作包括以下步骤：(i)创建ui动作；(ii)根据服务指定期望数据；及(iii)指定设置来自服务的数据的文本框。该过程在测试用例建模完成的情况下以保存测试用例而结束，否则，通过创建新的ui动作/测试步骤或修改/删除现有ui动作/测试步骤重复该过程。

参考图5，其是示出利用以用户交互为中心的方法，创建与所选择的ui模型相对应的测试用例模型的高级过程的流程图。

在一个实施例中，图5是用于创建与所选择的ui模型相对应的测试用例模型的以用户交互为中心的模型的应用的图示。如图5所示，以用户交互为中心的方法包括创建测试用例或打开现有测试用例。此外，该过程包括将测试步骤添加到所创建的测试用例或现有测试用例。将测试步骤添加到测试用例中，直到测试用例的建模完成为止。在测试用例建模完成并且没有更多测试步骤被添加到测试用例的情况下，ui动作被保存。在测试用例建模未完成的情况下，可以将测试步骤添加到测试用例，以创建ui动作并指定ui动作类型。此外，该过程包括检查测试范围数据的需求和动作目标的存在的步骤。此外，该过程涉及在需要测试范围数据的情况下，提示用户指定测试范围数据，以及在发现存在动作目标的情况下，提示用户指定用于调用ui动作的ui元素规范。所述过程保持重复，直到测试用例建模完成并且ui动作被保存为止。

在示例性实施例中，参考图5，呈现了以用户交互为中心的方法阐明特定ui动作的图示。例如，用于在文本框(其用作对于服务的输入之一)中设置数据的ui动作包括以下步骤：(i)创建ui动作；(ii)选择“设置数据”作为ui动作类型；(iii)选择所需的文本框作为动作目标。该过程以在测试用例建模完成的情况下保存测试用例而结束，否则通过创建新的ui动作/测试步骤或修改/删除现有ui动作/测试步骤重复该过程。

在另一示例性实施例中，参考图5，呈现了以用户交互为中心的方法阐明特定ui动作的图示。例如，用于点击按钮的ui动作包括以下步骤：(i)创建ui动作；(ii)选择“点击”作为ui动作类型；(iii)选择所述按钮作为在其上调用所述点击ui动作类型的动作目标。该过程以在测试用例建模完成的情况下保存测试用例而结束，否则通过创建新的ui动作/测试步骤或修改/删除现有ui动作/测试步骤重复该过程。

在又一示例性实施例中，参考图5，呈现了以用户交互为中心的方法阐明特定ui动作的图示。例如，用于通过服务将数据集维护于文本框中的ui动作包括以下步骤：(i)创建ui动作；(ii)选择“维护数据”作为ui动作类型；(iii)选择所需的文本框作为其内容用期望数据维护的动作目标。该过程以在测试用例建模完成的情况下保存测试用例而结束，否则通过创建新的ui动作/测试步骤或修改/删除现有ui动作/测试步骤重复该过程。

如本申请中所公开的用于根据具有预定义结构模式的ui模型生成ui测试用例模型的技术，节省了手动创建测试用例模型的精力和时间。此外，根据ui模型创建ui测试用例模型确保了ui与测试用例之间的同步。此外，根据测试用例模型生成测试用例脚本消除了在升级测试用例脚本技术或迁移到较新技术期间的返工。所公开的方法和系统还便于测试用例实施者专注于以技术独立的方式实现测试用例，这为测试专业人员提供了选择需要的测试用例生成技术的灵活性。

在一个实施例中，从所选择的ui模型的结构模式获得的ui动作包括本领域中公知的ui动作。例如，ui动作可以包括但不限于：点击、双击或拖动被测应用程序内的文本、树节点和控件，最小化和最大化窗口，聚焦控件，在文本框中设置字符串，在下拉列表中维护数据，单击按钮和其它标准ui动作。

在一个实施例中，在自动测试中使用的测试脚本语言可以包括但不限于：javascript、perl、python、ruby、tcl、unixshell脚本、vbscript、sikuli。本发明实现了用于根据ui模型自动生成(ui)测试脚本生成的系统和方法。可以使用任何上述脚本语言以及本领域中公知的其它脚本语言来编写测试脚本。

本公开和示例旨在被认为仅仅是示例性的，所公开实施例的真实范围和精神由所附权利要求指示。