终端测试方法、终端测试装置及存储介质与流程

1.本公开涉及移动通信终端技术领域，尤其涉及终端测试方法、终端测试装置及存储介质。


背景技术：

2.在终端生产工序中,在整个手机组装好之后,通常需要对终端的各个部件进行测试。以终端为手机为例，需要对手机的各个部件例如包括各类声学部件(喇叭,麦克等)、光学部件(相机等)、运动器件(振动器)和电磁器件(天线)等等进行测试。
3.相关技术中，针对每一款终端的各个部件进行测试时，需要对每一款终端单独编写测试代码，进行测试。例如，将待测试的各个部件中的每一部件作为一个测试项，并将测试项写成一些函数,或者类(例如android activity)。通过修改代码的方式将各个测试项组合成测试序列。测试项之间通常循序执行，如果发现测试时间过长，也需要手动修改测试项的代码来达到优化的目的。
4.针对每一款终端单独编写测试代码，每次产品更迭都需要修改代码,影响开发周期。并且测试项的编写也会影响整个测试流程。测试项和测试流程耦合度高，测试项之间没有并行关系，测试效率低。


技术实现要素：

5.为克服相关技术中存在的问题，本公开提供一种终端测试方法、终端测试装置及存储介质。
6.根据本公开实施例的第一方面，提供一种终端测试方法，所述终端测试方法包括：确定终端完成当前测试项的测试后，开启测试节点模型中当前测试项所连接的下一级测试项的测试，所述测试节点模型表征所述终端的测试项以及各测试项之间的测试流程顺序关系；当所述终端完成测试节点模型中对应该终端的各测试项后，确定终端测试结束。
7.在一示例中，所述测试节点模型采用如下方式预先确定：确定终端的测试项，以及各测试项之间的测试流程顺序关系；将所述终端的各测试项分别对应一个测试项节点；将具有测试先后顺序的测试项节点两两进行顺序级联连接，得到包含所述各测试项以及表征各测试项之间的测试流程顺序关系的测试节点模型；其中，两两顺序级联连接的测试项节点中，测试在先的测试项对应上一级测试项节点，测试在后的测试项对应下一级测试项节点。
8.在一示例中，确定终端完成当前测试项的测试后，开启测试节点模型中当前测试项所连接的下一级测试项，包括：确定终端完成当前测试项的测试后，删除以所述当前测试项为上一级测试项节点的下一级级联关系；在删除所述下一级级联关系的测试节点模型中，开启无上一级级联关系的测试项节点对应测试项的测试。
9.在一示例中，对测试项进行测试，包括：确定测试项类型，所述类型包括系统控制测试项类型和非系统控制测试项类型；针对非系统控制测试项类型的测试项，在所述非系
统控制测试项类型的运行资源上，并行进行测试；针对系统控制测试项类型的测试项，将所述系统控制测试项类型的并行运行资源绑定到所述非系统控制测试项类型的运行资源中，利用绑定后的系统控制测试项类型运行资源并行对所述系统控制测试项类型的测试项进行测试。
10.在一示例中，所述利用绑定后的系统控制测试项类型运行资源并行对所述系统控制测试项类型的测试项进行测试，包括：将所述系统控制测试项类型的并行运行资源函数提供给所述非系统控制测试项类型的运行资源；并通过反射机制为所述系统控制测试项类型的测试项，调用所述非系统控制测试项类型的并行运行资源函数；利用调用的并行运行资源函数，并行对所述系统控制测试项类型的测试项进行测试。
11.根据本公开实施例的第二方面，提供一种终端测试装置，终端测试装置包括：测试单元，被配置为确定终端完成当前测试项的测试后，开启测试节点模型中当前测试项所连接的下一级测试项的测试，所述测试节点模型表征所述终端的测试项以及各测试项之间的测试流程顺序关系；确定单元，被配置为当所述终端完成测试节点模型中对应该终端的各测试项后，确定终端测试结束。
12.在一示例中，所述确定单元还被配置为：确定终端的测试项，以及各测试项之间的测试流程顺序关系；将所述终端的各测试项分别对应一个测试项节点；将具有测试先后顺序的测试项节点两两进行顺序级联连接，得到包含所述各测试项以及表征各测试项之间的测试流程顺序关系的测试节点模型；其中，两两顺序级联连接的测试项节点中，测试在先的测试项为上一级测试项节点，测试在后的测试项为下一级测试项节点。
13.在一示例中，所述测试单元采用如下方式开启测试节点模型中当前测试项所连接的下一级测试项：在所述确定单元确定终端完成当前测试项的测试后，删除以所述当前测试项为上一级测试项节点的下一级级联关系；在删除所述下一级级联关系的测试节点模型中，开启无上一级级联关系的测试项节点对应测试项的测试。
14.在一示例中，所述测试单元被配置为采用如下方式对测试项进行测试：确定测试项类型，所述类型包括系统控制测试项类型和非系统控制测试项类型；针对非系统控制测试项类型的测试项，在所述非系统控制测试项类型的运行资源上，并行进行测试；针对系统控制测试项类型的测试项，将所述系统控制测试项类型的并行运行资源绑定到所述非系统控制测试项类型的运行资源中，利用绑定后的系统控制测试项类型运行资源并行对所述系统控制测试项类型的测试项进行测试。
15.在一示例中，所述测试单元被配置为采用如下方式利用绑定后的系统控制测试项类型运行资源并行对所述系统控制测试项类型的测试项进行测试：将所述系统控制测试项类型的并行运行资源函数提供给所述非系统控制测试项类型的运行资源；并通过反射机制为所述系统控制测试项类型的测试项，调用所述非系统控制测试项类型的并行运行资源函数；利用调用的并行运行资源函数，并行对所述系统控制测试项类型的测试项进行测试。
16.本公开的实施例提供的技术方案可以包括以下有益效果：通过测试节点模型进行终端测试，且测试节点模型表征终端的测试项以及各测试项之间的测试流程顺序关系，实现对各终端采用统一测试方法进行测试，提高终端测试效率。
17.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
18.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
19.图1是根据一示例性实施例示出的一种终端测试方法的流程图。
20.图2是根据一示例性实施例示出的一种确定测试节点模型的方法流程图。
21.图3是根据一示例性实施例示出的一种终端测试方法的流程图。
22.图4是根据一示例性实施例示出的一种测试项节点模型示例图。
23.图5是根据一示例性实施例示出的一种终端测试方法的流程图。
24.图6是根据一示例性实施例示出的一种终端测试装置的框图。
25.图7是根据一示例性实施例示出的一种装置的框图。
具体实施方式
26.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
27.相关技术中，对终端的硬件测试时，由于每款终端结构不同，以及终端各硬件的设计不同，导致终端硬件在测试时，硬件之间有些可以并行测试，有些需要先后顺序的测试。
28.目前，对各类终端进行测试时，会先确定终端硬件的测试顺序，根据硬件的测试顺序，为终端单独编写测试代码测试。由于测试每类终端的硬件时，均需要对终端单独编写测试代码，测试项与测试流程耦合度高，测试效率低下。
29.故，为克服相关技术中对测试终端测试时，需要对每种类型的终端单独编写测试代码，测试项与测试流程耦合度高的问题，本公开提供一种可以统一地对各类型终端进行测试的终端测试方法。
30.图1是根据一示例性实施例示出的一种终端测试方法的流程图，如图1所示，终端测试方法，包括以下步骤。
31.在步骤s11中，确定终端完成当前测试项的测试后，开启测试节点模型中当前测试项所连接的下一级测试项的测试，测试节点模型表征终端的测试项以及各测试项之间的测试流程顺序关系。
32.本公开中，测试项可以理解为终端中需要测试的硬件。
33.例如，终端中需要测试的硬件，例如可包括但不限于显示器、扬声器、摄像头和听筒等。
34.测试节点模型可以是表征终端需要测试的测试项，以及需要测试的各测试项之间的测试流程顺序关系的模型。
35.在实际测试中，应用本公开的终端测试方法例如可以通过包括解析器和规划器的终端硬件测试系统实现。例如可以将表征终端的测试项以及各测试项之间的测试流程顺序关系的测试节点模型，以json或者xml等形式的文件输入测试系统，测试系统通过解析器对json或者xml等形式的文件解析后，得到终端各测试项之间的测试流程顺序关系。根据各测试项之间的测试流程顺序关系，利用规划器对各测试项之间的测试顺序进行规划，并依次
对规划后具有测试顺序的测试项进行测试。
36.本公开实施例中，如果终端测试项的测试顺序发生变化，只需要改变json或者xml文件中表征终端的测试项以及各测试项之间的测试流程顺序关系，即可实现对终端的测试。而不需要根据测试项的顺序，重新编写测试代码。
37.一种实施方式中，在终端完成当前测试项的测试后，根据测试节点模型中各测试项之间的测试流程顺序关系，对当前测试项所连接的下一级测试项的测试。
38.在步骤s12中，当终端完成测试节点模型中对应该终端的各测试项后，确定终端测试结束。
39.本公开中，根据测试节点模型中各测试项之间的测试流程顺序关系，对终端的测试项进行测试，当终端完成测试节点模型中对应该终端的所有测试项后，确定终端测试结束。
40.在本公开的示例性实施例中，通过测试节点模型可描述终端的测试项以及各测试项之间的测试流程顺序关系。在对终端的测试中，如果测试项或者测试项的测试顺序发生变化，只需要改变测试节点模型中的测试项或者各测试项的测试流程顺序，即可实现对各终端的测试。由此实现了采用统一的测试节点模型对各终端进行测试，提高终端测试效率。
41.本公开以下将结合实际应用，对本公开涉及的终端测试方法进行详细说明。
42.本公开中，可预先确定测试节点模型，并利用测试节点模型中表征终端的测试项以及各测试项之间的测试流程顺序关系，对终端进行测试。本公开实施例中，确定测试节点模型的实施过程可以参阅图2所示。
43.图2是根据一示例性实施例示出的一种确定测试节点模型的方法流程图，如图2所示，包括如下步骤。
44.在步骤s211中，确定终端的测试项，以及各测试项之间的测试流程顺序关系。
45.由于每款终端的硬件结构不同，对终端的硬件测试前，需先确定终端中需要测试的硬件，即测试项。以及确定各硬件之间的测试流程顺序关系，进而根据每款终端的测试项，以及各测试项之间的测试流程顺序关系，对终端进行测试。
46.例如终端a包括主摄像装置，终端b既包括主摄像装置还包括副摄像装置。在对终端a的主摄像装置测试时，由于主摄像装置发热比较高，为了防止温度过高烧坏硬件，将不能和终端a中同样发热比较高的硬件同时测试，例如不能将主摄像装置和终端的硬盘同时进行测试。在对终端b测试时，由于副摄像装置发热比较小，则可以和终端b中发热比较高的硬件同时测试，例如可以将副摄像装置和终端的硬盘同时进行测试。
47.在步骤s212中，将终端的各测试项分别对应一个测试项节点。
48.本公开中，确定终端的测试项，以及各测试项之间的测试流程顺序关系后，可以按照测试项对应测试项节点的方式，将每个测试项以测试项节点的方式进行描述。
49.在步骤s213中，将具有测试先后顺序的测试项节点两两进行顺序级联连接，得到包含各测试项以及表征各测试项之间的测试流程顺序关系的测试节点模型。
50.本公开实施例中，通过测试项节点的方式描述测试项后，将具有测试先后顺序的测试项节点两两进行顺序级联连接，得到包含各测试项以及表征各测试项之间的测试流程顺序关系的测试节点模型。其中，两两顺序级联连接的测试项节点中，测试在先的测试项为上一级测试项节点，测试在后的测试项为下一级测试项节点。
51.本公开实施例中，通过以测试节点模型描述终端测试项以及测试项之间的关系，使得终端测试时，根据测试项之间的关系，对测试项并行或者顺序测试，提高测试效率。
52.图3是根据一示例性实施例示出的一种终端测试方法的流程图，如图3所示，终端测试方法，包括以下步骤。
53.在步骤s31中，预先确定测试节点模型。
54.一种实施方式中，本公开实施例可以预先确定测试节点模型。其中，测试节点模型例如可以通过测试节点以及测试节点之间级联关系描述。其中，测试节点模型中的测试节点表示测试项，测试节点之间的级联关系表示测试项之间的测试流程顺序关系。测试节点模型的示例图，可如图4所示。
55.图4中的测试节点模型也可以称为计算节点图(computation node graph，cng)。通过cng描述终测试项测试流程顺序。在图4中，将每一个圆表示一个测试节点，即测试项，圆和圆之间通过有向线段连接，即表示测试项节点两两进行顺序级联连接。其中，同级没有连接的圆可以是可并行测试的测试项。与线段的起点连接的圆为上一级测试项节点，线段箭头指向的圆为下一级测试项节点，通过圆和圆之间通过有向线段连接，得到连接各测试项节点的有向连接线的单根有向无环图，即cng。
56.在步骤s32中，确定终端完成当前测试项的测试后，删除以当前测试项为上一级测试项节点的下一级级联关系。
57.例如，在图4中，当完成测试节点a的测试后，删除以测试节点a为上一级测试节点的下一级级联关系，即删除以测试节点a为起点的指向测试节点b的线段。
58.在实际测试中，可利用规划器对各测试项之间的测试顺序进行规划，根据规划器规划后各测试项之间的测试流程顺序关系，对测试项进行测试。例如图4中，当测试项节点a测试完成后，规划器会删除以测试项节点a为起点的所有线段。并当将指向测试项节点c的线段都被删除时，执行对测试项节点c的测试。
59.在步骤s33中，在删除下一级级联关系的测试节点模型中，开启无上一级级联关系的测试项节点对应测试项的测试，并当终端完成测试节点模型中对应该终端的各测试项后，确定终端测试结束。
60.例如，在图4中，在删除测试节点a和测试节点b的级联关系的测试节点模型中，开启无上一级级联关系的测试项节点b对应测试项的测试，并当所有级联关系均被删除，执行完对测试项节点c对应测试项的测试后，确定终端测试结束。
61.在实际测试中，应用本公开的终端测试方法例如可以将表征终端的测试项以及各测试项之间的测试流程顺序关系的cng，以json或者xml等形式的文件输入测试系统，测试系统通过解析器对json或者xml等形式的文件解析后，得到终端各测试项之间的测试流程顺序关系。根据各测试项之间的测试流程顺序关系，利用规划器对各测试项之间的测试顺序进行规划，并依次对规划后具有测试顺序的测试项进行测试。
62.本公开实施例中，如果终端测试项的测试顺序发生变化，只需要改变json或者xml文件中表征终端的测试项以及各测试项之间的cng，即可实现对终端的测试。而不需要根据测试项的顺序，重新编写测试代码。
63.在本公开的示例性实施例中，利用预先确定的测试节点模型对各类型终端测试时，如果终端测试项，或者测试项的测试顺序发生变化，只需要改变测试节点模型中各测试
项，或者各测试项的测试流程顺序，即可实现对各终端的测试。由此可实现采用统一的测试节点模型，对终端测试，提高终端测试效率。
64.图5是根据一示例性实施例示出的一种终端测试方法的流程图，如图5所示，终端测试方法，包括以下步骤。
65.在步骤s51中，确定测试项类型。
66.其中，测试项类型包括系统控制测试项类型和非系统控制测试项类型。
67.在对终端的设计和实现中，由于终端中的一些测试项受控于终端的操作系统，本公开中称为系统控制测试项类型。而另一些测试项不受终端的操作系统控制，本公开中称为非系统控制测试项类型。在对终端的测试中，需确定测试项的类型，进而根据不同类型的测试项，针对不同类型测试项分别采取的测试方法。
68.以终端为手机为例，在安卓系统中，例如测试项“蓝牙”和测试项“摄像头”为受控于安卓系统的系统控制测试项类型。例如测试项“内存”测试项“天线”为不受控于安卓系统的非系统控制测试项类型。在对手机测试项的测试中，需根据测试项的类型，针对不同类型测试项分别采取的测试方法进行测试。
69.在步骤s52中，针对非系统控制测试项类型的测试项，在非系统控制测试项类型的运行资源上，并行进行测试。
70.在步骤s53中，针对系统控制测试项类型的测试项，将系统控制测试项类型的并行运行资源绑定到非系统控制测试项类型的运行资源中，利用绑定后的系统控制测试项类型运行资源并行对系统控制测试项类型的测试项进行测试。
71.本公开中，将系统控制测试项类型的并行运行资源函数提供给非系统控制测试项类型的运行资源，并通过反射机制为系统控制测试项类型的测试项，调用非系统控制测试项类型的并行运行资源函数。利用调用的并行运行资源函数，并行对系统控制测试项类型的测试项进行测试。
72.本公开以下将终端以安卓手机为例，对本公开涉及的终端测试方法进行详细说明。
73.在安卓操作系统中，根据安卓系统的特性，可以将测试项类型分为系统控制测试项类型和非系统控制测试项类型。
74.具体地，在安卓系统中，测试项节点可以理解为由非系统控制测试项节点htnode和系统控制测试项节点activitynode组成。
75.针对是htnode的测试项，可以在非系统控制测试项的运行资源池(例如，handlethread的资源池)上，并行进行测试。
76.针对activitynode的测试项，由于安卓系统的特性可知，activitynode需要运行在android activity内，而android activity是唯一的，通过android activity运行activitynode一次只能运行一个，由此便不能满足对多个系统控制测试项的并行测试的要求。为了解决对多个系统控制测试项不能并行测试的问题，可以将activitynode以android.view的形式进行运行，由于android activity中可以并行运行多个android.view，进而可通过android activity实现并行运行多个activitynode的目的。
77.进一步地，为了将htnode和activitynode结合起来，实现统一对测试项测试，即实现利用测试项节点模型对终端的测试，可将activitynode绑定(bind)到htnode中，由此可
实现由activitynode向htnode提供控制系统控制测试项的函数的功能。在htnode通过android activity调用android.view实现对系统控制测试项的并行测试时，android activity通过反射机制将被调用的android.view返回给调用的htnode，由此通过htnode既可以并行运行多个非系统控制测试项，也可以通过htnode调用android activity实现并行运行多个系统控制测试项的目的。
78.由此，基于安卓系统的终端，实现了利用测试节点模型对终端测试项的测试。
79.在本公开的示例性实施例中，通过确定测试项，以及测试项之间的测试流程顺序关系，可以得到测试项节点模型。根据测试项节点模型，在终端测试中，将非系统控制测试项通过非系统控制测试项的运行资源并行测试，将系统控制测试项，通过系统控制测试项的并行运行资源绑定到非系统控制测试项的运行资源中，利用绑定后的系统控制测试项运行资源并行对系统控制测试项类型的测试项进行测试。由此在实际测试中可根据终端系统特性，实现与终端系统相匹配的测试项节点模型的测试部署，进而根据测试节点模型可对各类型终端进行测试。
80.基于相同的发明构思，本公开还提供一种终端测试装置。
81.可以理解的是，本公开实施例提供的应用控制装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本公开实施例中所公开的各示例的单元及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本公开实施例的技术方案的范围。
82.图6是根据一示例性实施例示出的一种终端测试装置框图。参照图6，该装置包括测试单元601和确定单元602。
83.其中，测试单元601，被配置为确定终端完成当前测试项的测试后，开启测试节点模型中当前测试项所连接的下一级测试项的测试，测试节点模型表征终端的测试项以及各测试项之间的测试流程顺序关系；确定单元602，被配置为当终端完成测试节点模型中对应该终端的各测试项后，确定终端测试结束。
84.在一示例中，确定单元602还被配置为：确定终端的测试项，以及各测试项之间的测试流程顺序关系；将终端的各测试项分别对应一个测试项节点；将具有测试先后顺序的测试项节点两两进行顺序级联连接，得到包含各测试项以及表征各测试项之间的测试流程顺序关系的测试节点模型；其中，两两顺序级联连接的测试项节点中，测试在先的测试项为上一级测试项节点，测试在后的测试项为下一级测试项节点。
85.在一示例中，测试单元601采用如下方式开启测试节点模型中当前测试项所连接的下一级测试项：在确定单元602确定终端完成当前测试项的测试后，删除以当前测试项为上一级测试项节点的下一级级联关系；在删除下一级级联关系的测试节点模型中，开启无上一级级联关系的测试项节点对应测试项的测试。
86.在一示例中，测试单元601被配置为采用如下方式对测试项进行测试：确定测试项类型，测试类型包括系统控制测试项类型和非系统控制测试项类型；针对非系统控制测试项类型的测试项，在非系统控制测试项类型的运行资源上，并行进行测试；针对系统控制测试项类型的测试项，将系统控制测试项类型的并行运行资源绑定到非系统控制测试项类型
的运行资源中，利用绑定后的系统控制测试项类型运行资源并行对系统控制测试项类型的测试项进行测试。
87.在一示例中，测试单元601被配置为采用如下方式利用绑定后的系统控制测试项类型运行资源并行对系统控制测试项类型的测试项进行测试：将系统控制测试项类型的并行运行资源函数提供给非系统控制测试项类型的运行资源；并通过反射机制为系统控制测试项类型的测试项，调用非系统控制测试项类型的并行运行资源函数；利用调用的并行运行资源函数，并行对系统控制测试项类型的测试项进行测试。
88.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
89.一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种终端测试方法。
90.图7是根据一示例性实施例示出的一种用于终端测试的装置700的框图。例如，装置700可以被提供为一服务器。参照图7，装置700包括处理组件722，其进一步包括一个或多个处理器，以及由存储器732所代表的存储器资源，用于存储可由处理组件722的执行的指令，例如应用程序。存储器732中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件722被配置为执行指令，以执行上述终端测试方法。
91.装置700还可以包括一个电源组件726被配置为执行装置700的电源管理，一个有线或无线网络接口750被配置为将装置700连接到网络，和一个输入输出(i/o)接口758。装置700可以操作基于存储在存储器732的操作系统，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm或类似。
92.进一步可以理解的是，本公开中“多个”是指两个或两个以上，其它量词与之类似。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
93.进一步可以理解的是，术语“第一”、“第二”等用于描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开，并不表示特定的顺序或者重要程度。实际上，“第一”、“第二”等表述完全可以互换使用。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。
94.进一步可以理解的是，本公开实施例中尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。
95.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
96.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。