用户界面的测试方法及服务器与流程

本发明涉及计算机技术领域，尤其涉及一种用户界面的测试方法及服务器。

背景技术：

目前，用户界面开发人员针对用户界面(User Interface，UI)的自动化测试通常是预先编写测试脚本并通过控件识别进行测试信息采集和分析的，对测试脚本的编程人员的经验和专业技能要求较高，编程效率低下且容易出错，另外，用户界面的版本迭代通常较快，导致测试脚本的维护代价高。

技术实现要素：

本发明的主要目的在于提供一种用户界面的测试方法及服务器，旨在提高用户界面的测试脚本的生成效率。

为实现上述目的，本发明提供的一种用户界面的测试方法，所述方法包括以下步骤：

测试服务器接收预设时间内用户终端发送来的与该用户终端上显示的用户界面所对应的预设类型日志信息，所述预设类型日志信息为该用户终端在响应用户针对该用户终端上显示的用户界面的操作行为时，侦测并记录的该操作行为的预设类型日志信息，所述预设类型日志信息包括操作控件信息、操作类型信息；

对接收的预设类型日志信息进行解析，以解析出各个预设类型日志信息所包含的操作控件信息和操作类型信息；

对解析出的操作控件信息和/或操作类型信息按照预先确定的归类规则进行归类，以确定出各个待测试控件，以及各个待测试控件对应的操作类型；

根据预先确定的待测试控件、操作类型和测试代码的映射关系，确定出各个待测试控件对应的测试代码，并基于各个待测试控件对应的测试代码生成测试脚本，以利用生成的测试脚本对该用户终端上显示的用户界面进行测试。

优选地，所述预先确定的归类规则包括：

对解析出的操作控件信息对应的操作类型信息进行归类，以将相同的操作控件信息对应的操作类型信息归为同一属性类，并将不同的操作控件信息对应的操作类型信息归为不同属性类；

将每一属性类对应的操作控件作为待测试控件，并将每一属性类下的所有操作类型作为该属性类对应的待测试控件的对应操作类型。

优选地，所述预先确定的归类规则包括：

分析每一属性类对应的操作控件是否包含在预设的待测试控件列表中，若是，则将该属性类对应的操作控件作为待测试控件。

优选地，该方法还包括：

根据该用户界面的配置文件，确定出该用户界面对应的所有配置控件；

将确定出的各个待测试控件与各个配置控件进行比对，以筛选出所有配置控件中不是待测试控件的配置控件；

生成提醒信息，以提醒为筛选出的配置控件添加测试代码，及/或，提醒针对筛选出的配置控件进行必要性检查。

优选地，所述操作控件信息包括操作的控件名称，所述操作类型信息包括点击操作、滑动操作、滚动操作和/或拖动操作。

此外，为实现上述目的，本发明还提供一种用户界面的测试服务器，所述测试服务器包括：

接收模块，用于接收预设时间内用户终端发送来的与该用户终端上显示的用户界面所对应的预设类型日志信息，所述预设类型日志信息为该用户终端在响应用户针对该用户终端上显示的用户界面的操作行为时，侦测并记录的该操作行为的预设类型日志信息，所述预设类型日志信息包括操作控件信息、操作类型信息；

解析模块，用于对接收的预设类型日志信息进行解析，以解析出各个预设类型日志信息所包含的操作控件信息和操作类型信息；

归类模块，用于对解析出的操作控件信息和/或操作类型信息按照预先确定的归类规则进行归类，以确定出各个待测试控件，以及各个待测试控件对应的操作类型；

生成模块，用于根据预先确定的待测试控件、操作类型和测试代码的映射关系，确定出各个待测试控件对应的测试代码，并基于各个待测试控件对应的测试代码生成测试脚本，以利用生成的测试脚本对该用户终端上显示的用户界面进行测试。

优选地，所述预先确定的归类规则包括：

对解析出的操作控件信息对应的操作类型信息进行归类，以将相同的操作控件信息对应的操作类型信息归为同一属性类，并将不同的操作控件信息对应的操作类型信息归为不同属性类；

将每一属性类对应的操作控件作为待测试控件，并将每一属性类下的所有操作类型作为该属性类对应的待测试控件的对应操作类型。

优选地，所述预先确定的归类规则包括：

分析每一属性类对应的操作控件是否包含在预设的待测试控件列表中，若是，则将该属性类对应的操作控件作为待测试控件。

优选地，所述测试服务器还包括：

确定模块，用于根据该用户界面的配置文件，确定出该用户界面对应的所有配置控件；

比对模块，用于将确定出的各个待测试控件与各个配置控件进行比对，以筛选出所有配置控件中不是待测试控件的配置控件；

提醒模块，用于生成提醒信息，以提醒为筛选出的配置控件添加测试代码，及/或，提醒针对筛选出的配置控件进行必要性检查。

优选地，所述操作控件信息包括操作的控件名称，所述操作类型信息包括点击操作、滑动操作、滚动操作和/或拖动操作。

本发明提出的用户界面的测试方法及服务器，通过测试服务器对预设时间内用户终端发送来的与该用户终端上显示的用户界面所对应的预设类型日志信息进行解析，得到各个预设类型日志信息对应的操作控件信息和操作类型信息；并确定出各个待测试控件及对应的操作类型；根据预先确定的控件、操作类型和测试代码的映射关系，确定出各个待测试控件对应的测试代码，并基于各个待测试控件对应的测试代码生成测试脚本来进行用户界面测试。由于是根据针对用户在用户界面上的操作行为所生成的日志信息进行解析，并根据用户的操作行为对应的操作控件信息和操作类型信息获取到各个待测试控件对应的测试代码，能自动根据获取的各个待测试控件对应的测试代码生成测试脚本，而无需开发人员人工编写测试脚本，效率较高且不易出错，而且，在后续用户界面的版本迭代时，只需重新获取迭代后的各个待测试控件对应的测试代码即可自动生成测试脚本，维护成本较低。

附图说明

图1为本发明用户界面的测试方法第一实施例的流程示意图；

图2为本发明用户界面的测试方法第二实施例的流程示意图；

图3为本发明用户界面的测试服务器第一实施例的功能模块示意图；

图4为本发明用户界面的测试服务器第二实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种用户界面的测试方法。

参照图1，图1为本发明用户界面的测试方法第一实施例的流程示意图。

在第一实施例中，该用户界面的测试方法包括：

步骤S10，测试服务器接收预设时间内用户终端发送来的与该用户终端上显示的用户界面所对应的预设类型日志信息，所述预设类型日志信息为该用户终端在响应用户针对该用户终端上显示的用户界面的操作行为时，侦测并记录的该操作行为的预设类型日志信息，所述预设类型日志信息包括操作控件信息、操作类型信息；

本实施例中，在预先确定的需要进行测试的用户界面所在的用户终端上，由该用户终端实时或定时监测每一次用户针对该用户界面的操作行为，若监测到用户针对该用户界面的一个操作行为被响应，则该用户终端侦测并记录该操作行为所对应的预设类型日志信息，所述预设类型日志信息包括操作控件信息(例如操作的控件名称、标识等)以及操作类型信息，该操作类型信息包括但不限于点击操作、滑动操作、滚动操作、拖动操作、按压操作等。

在一种实施方式中，该用户终端可在监测到用户针对该用户界面的操作行为时，调取系统日志信息，并从系统日志信息中提取出该操作行为所对应的操作控件信息以及操作类型信息。在另一种实施方式中，该用户终端上预先配置有日志信息采集模块，通过该日志信息采集模块实时或定时地侦测并记录每一次用户针对该用户界面的操作行为所对应的操作控件信息以及操作类型信息。

测试服务器接收预设时间内(例如，最近30天内)该用户终端发送来的预设类型日志信息，以获知每一次用户针对该用户界面的操作行为所对应的操作控件信息以及操作类型信息。

步骤S20，对接收的预设类型日志信息进行解析，以解析出各个预设类型日志信息所包含的操作控件信息和操作类型信息；

步骤S30，对解析出的操作控件信息和/或操作类型信息按照预先确定的归类规则进行归类，以确定出各个待测试控件，以及各个待测试控件对应的操作类型；

所述测试服务器对接收的预设类型日志信息进行解析，解析出各个预设类型日志信息中记录的操作控件信息和操作类型信息。对预设时间内每一次用户针对该用户界面的操作行为所对应的操作控件信息以及操作类型信息进行归类，如可按各个操作控件信息将操作控件相同或相近似的归为同一类，还可按操作类型信息将操作类型相同或相近似的归为同一类，还可按预先确定的同一测试代码与多种操作控件信息或操作类型信息的对应关系，将与同一测试代码对应的多种操作控件信息或操作类型信息的操作控件归为同一类，等等。将归类后同一类的操作控件作为一个待测试控件，确定接收的预设类型日志信息中的各个待测试控件，以及各个待测试控件所对应的操作类型。

步骤S40，根据预先确定的待测试控件、操作类型和测试代码的映射关系，确定出各个待测试控件对应的测试代码，并基于各个待测试控件对应的测试代码生成测试脚本，以利用生成的测试脚本对该用户终端上显示的用户界面进行测试。

确定出接收的预设类型日志信息中的各个待测试控件及其对应的操作类型之后，可根据预先确定的不同控件、操作类型和测试代码的映射关系，确定出各个待测试控件对应的测试代码。由于同一控件及其对应的操作类型所对应的测试代码是固定不变的，因此，可预先确定不同控件、操作类型和测试代码之间的映射关系，在确定出待测试控件及其对应的操作类型之后，即可根据预先确定的映射关系，得出待测试控件及其对应的操作类型所对应的模块化的测试代码。依次确定各个待测试控件对应的测试代码之后，即可对各个待测试控件对应的测试代码进行拼接、组合等简单的操作以生成最终的测试脚本，以利用生成的测试脚本对该用户终端上显示的用户界面进行各种操作类型的测试。

本实施例通过测试服务器对预设时间内用户终端发送来的与该用户终端上显示的用户界面所对应的预设类型日志信息进行解析，得到各个预设类型日志信息对应的操作控件信息和操作类型信息；并确定出各个待测试控件及对应的操作类型；根据预先确定的控件、操作类型和测试代码的映射关系，确定出各个待测试控件对应的测试代码，并基于各个待测试控件对应的测试代码生成测试脚本来进行用户界面测试。由于是根据针对用户在用户界面上的操作行为所生成的日志信息进行解析，并根据用户的操作行为对应的操作控件信息和操作类型信息获取到各个待测试控件对应的测试代码，能自动根据获取的各个待测试控件对应的测试代码生成测试脚本，而无需开发人员人工编写测试脚本，效率较高且不易出错，而且，在后续用户界面的版本迭代时，只需重新获取迭代后的各个待测试控件对应的测试代码即可自动生成测试脚本，维护成本较低。

进一步地，在其他实施例中，所述预先确定的归类规则包括：

对解析出的操作控件信息对应的操作类型信息进行归类，以将相同的操作控件信息对应的操作类型信息归为同一属性类，并将不同的操作控件信息对应的操作类型信息归为不同属性类；

将每一属性类对应的操作控件作为待测试控件，并将每一属性类下的所有操作类型作为该属性类对应的待测试控件的对应操作类型。

本实施例中在对解析出的操作控件信息和操作类型信息进行归类时，以操作控件信息为准进行归类，如当该操作控件信息为操作的控件名称时，可将相同控件名称及其对应的操作类型信息归为同一属性类，将不同控件名称及其对应的操作类型信息归为不同属性类。将同一控件名称对应的操作控件作为待测试控件，并将同一控件名称下的所有操作类型作为该待测试控件的对应操作类型。由于同一控件名称对应的操作控件所对应的测试代码均相同或相似，因此，将相同控件名称及其对应的操作类型信息归为同一属性类，能将对应的测试代码相同或相似的操作控件归为一类，使得后续在根据预先确定的控件、操作类型和测试代码的映射关系确定各个待测试控件对应的测试代码时，只需根据同一类操作控件的不同操作类型找到各个操作类型对应的测试代码，而不用对每一个相同或不同操作控件信息的操作控件均进行查找，简化了查找过程，确定各个待测试控件对应的测试代码的效率更高。

进一步地，在其他实施例中，所述预先确定的归类规则还包括：

分析每一属性类对应的操作控件是否包含在预设的待测试控件列表中，若是，则将该属性类对应的操作控件作为待测试控件。

本实施例中，在将相同的操作控件信息对应的操作类型信息归为同一属性类，将不同的操作控件信息对应的操作类型信息归为不同属性类之后，还对每一属性类对应的操作控件进行筛选，如可分析每一属性类对应的操作控件是否包含在预设的待测试控件列表中，若是，才将该属性类对应的操作控件作为待测试控件。这样，用户可根据实际应用中的测试需要来设定一待测试控件列表，如可根据每次测试的着重点不同，可增加或删除待测试控件列表中的待测试控件名单，即可控制后续确定的测试代码所对应的待测试控件为该次测试所需的待测试控件，实现测试代码的自定义获取，能更加灵活的生成所需的测试脚本，实用性更高。

如图2所示，本发明第二实施例提出一种用户界面的测试方法，在上述实施例的基础上，在上述步骤S30之后还包括：

步骤S50，根据该用户界面的配置文件，确定出该用户界面对应的所有配置控件；

步骤S60，将确定出的各个待测试控件与各个配置控件进行比对，以筛选出所有配置控件中不是待测试控件的配置控件；

步骤S70，生成提醒信息，以提醒为筛选出的配置控件添加测试代码，及/或，提醒针对筛选出的配置控件进行必要性检查。

本实施例中，在对解析出的操作控件信息和操作类型信息按照预先确定的归类规则进行归类并确定出各个待测试控件之后，进一步地，还根据该用户界面的配置文件，确定出该用户界面对应的所有配置控件，并将确定出的各个待测试控件与各个配置控件进行比对，以筛选出所有配置控件中不是待测试控件的配置控件。由于各个待测试控件是基于用户针对该用户界面的操作行为所确定出的，而用户针对该用户界面的操作行为有可能没有涉及到该用户界面上的所有控件。因此，要对该用户界面进行全面测试，则将确定出的各个待测试控件与该用户界面对应的所有配置控件进行比对，筛选出所有配置控件中不是待测试控件的配置控件，筛选出的配置控件即为用户针对该用户界面的操作行为所没有涉及到的该用户界面上的控件。则生成提醒信息如向预先确定的终端发送提醒信息，以提醒为筛选出的配置控件添加测试代码，及/或，提醒针对筛选出的配置控件进行必要性检查，以为有必要进行测试的配置控件添加测试代码，并将添加的测试代码与各个待测试控件对应的测试代码一起组合形成最终完整的测试脚本，以更加全面的对用户界面进行测试。

本发明进一步提供一种用户界面的测试服务器。

参照图3，图3为本发明用户界面的测试服务器第一实施例的功能模块示意图。

在第一实施例中，该用户界面的测试服务器包括：

接收模块01，用于接收预设时间内用户终端发送来的与该用户终端上显示的用户界面所对应的预设类型日志信息，所述预设类型日志信息为该用户终端在响应用户针对该用户终端上显示的用户界面的操作行为时，侦测并记录的该操作行为的预设类型日志信息，所述预设类型日志信息包括操作控件信息、操作类型信息；

本实施例中，在预先确定的需要进行测试的用户界面所在的用户终端上，由该用户终端实时或定时监测每一次用户针对该用户界面的操作行为，若监测到用户针对该用户界面的一个操作行为被响应，则该用户终端侦测并记录该操作行为所对应的预设类型日志信息，所述预设类型日志信息包括操作控件信息(例如操作的控件名称、标识等)以及操作类型信息，该操作类型信息包括但不限于点击操作、滑动操作、滚动操作、拖动操作、按压操作等。

在一种实施方式中，该用户终端可在监测到用户针对该用户界面的操作行为时，调取系统日志信息，并从系统日志信息中提取出该操作行为所对应的操作控件信息以及操作类型信息。在另一种实施方式中，该用户终端上预先配置有日志信息采集模块，通过该日志信息采集模块实时或定时地侦测并记录每一次用户针对该用户界面的操作行为所对应的操作控件信息以及操作类型信息。

测试服务器接收预设时间内(例如，最近30天内)该用户终端发送来的预设类型日志信息，以获知每一次用户针对该用户界面的操作行为所对应的操作控件信息以及操作类型信息。

解析模块02，用于对接收的预设类型日志信息进行解析，以解析出各个预设类型日志信息所包含的操作控件信息和操作类型信息；

归类模块03，用于对解析出的操作控件信息和/或操作类型信息按照预先确定的归类规则进行归类，以确定出各个待测试控件，以及各个待测试控件对应的操作类型；

所述测试服务器对接收的预设类型日志信息进行解析，解析出各个预设类型日志信息中记录的操作控件信息和操作类型信息。对预设时间内每一次用户针对该用户界面的操作行为所对应的操作控件信息以及操作类型信息进行归类，如可按各个操作控件信息将操作控件相同或相近似的归为同一类，还可按操作类型信息将操作类型相同或相近似的归为同一类，还可按预先确定的同一测试代码与多种操作控件信息或操作类型信息的对应关系，将与同一测试代码对应的多种操作控件信息或操作类型信息的操作控件归为同一类，等等。将归类后同一类的操作控件作为一个待测试控件，确定接收的预设类型日志信息中的各个待测试控件，以及各个待测试控件所对应的操作类型。

生成模块04，用于根据预先确定的待测试控件、操作类型和测试代码的映射关系，确定出各个待测试控件对应的测试代码，并基于各个待测试控件对应的测试代码生成测试脚本，以利用生成的测试脚本对该用户终端上显示的用户界面进行测试。

确定出接收的预设类型日志信息中的各个待测试控件及其对应的操作类型之后，可根据预先确定的不同控件、操作类型和测试代码的映射关系，确定出各个待测试控件对应的测试代码。由于同一控件及其对应的操作类型所对应的测试代码是固定不变的，因此，可预先确定不同控件、操作类型和测试代码之间的映射关系，在确定出待测试控件及其对应的操作类型之后，即可根据预先确定的映射关系，得出待测试控件及其对应的操作类型所对应的模块化的测试代码。依次确定各个待测试控件对应的测试代码之后，即可对各个待测试控件对应的测试代码进行拼接、组合等简单的操作以生成最终的测试脚本，以利用生成的测试脚本对该用户终端上显示的用户界面进行各种操作类型的测试。

本实施例通过测试服务器对预设时间内用户终端发送来的与该用户终端上显示的用户界面所对应的预设类型日志信息进行解析，得到各个预设类型日志信息对应的操作控件信息和操作类型信息；并确定出各个待测试控件及对应的操作类型；根据预先确定的控件、操作类型和测试代码的映射关系，确定出各个待测试控件对应的测试代码，并基于各个待测试控件对应的测试代码生成测试脚本来进行用户界面测试。由于是根据针对用户在用户界面上的操作行为所生成的日志信息进行解析，并根据用户的操作行为对应的操作控件信息和操作类型信息获取到各个待测试控件对应的测试代码，能自动根据获取的各个待测试控件对应的测试代码生成测试脚本，而无需开发人员人工编写测试脚本，效率较高且不易出错，而且，在后续用户界面的版本迭代时，只需重新获取迭代后的各个待测试控件对应的测试代码即可自动生成测试脚本，维护成本较低。

进一步地，在其他实施例中，所述预先确定的归类规则包括：

对解析出的操作控件信息对应的操作类型信息进行归类，以将相同的操作控件信息对应的操作类型信息归为同一属性类，并将不同的操作控件信息对应的操作类型信息归为不同属性类；

将每一属性类对应的操作控件作为待测试控件，并将每一属性类下的所有操作类型作为该属性类对应的待测试控件的对应操作类型。

本实施例中在对解析出的操作控件信息和操作类型信息进行归类时，以操作控件信息为准进行归类，如当该操作控件信息为操作的控件名称时，可将相同控件名称及其对应的操作类型信息归为同一属性类，将不同控件名称及其对应的操作类型信息归为不同属性类。将同一控件名称对应的操作控件作为待测试控件，并将同一控件名称下的所有操作类型作为该待测试控件的对应操作类型。由于同一控件名称对应的操作控件所对应的测试代码均相同或相似，因此，将相同控件名称及其对应的操作类型信息归为同一属性类，能将对应的测试代码相同或相似的操作控件归为一类，使得后续在根据预先确定的控件、操作类型和测试代码的映射关系确定各个待测试控件对应的测试代码时，只需根据同一类操作控件的不同操作类型找到各个操作类型对应的测试代码，而不用对每一个相同或不同操作控件信息的操作控件均进行查找，简化了查找过程，确定各个待测试控件对应的测试代码的效率更高。

进一步地，在其他实施例中，所述预先确定的归类规则还包括：

分析每一属性类对应的操作控件是否包含在预设的待测试控件列表中，若是，则将该属性类对应的操作控件作为待测试控件。

本实施例中，在将相同的操作控件信息对应的操作类型信息归为同一属性类，将不同的操作控件信息对应的操作类型信息归为不同属性类之后，还对每一属性类对应的操作控件进行筛选，如可分析每一属性类对应的操作控件是否包含在预设的待测试控件列表中，若是，才将该属性类对应的操作控件作为待测试控件。这样，用户可根据实际应用中的测试需要来设定一待测试控件列表，如可根据每次测试的着重点不同，可增加或删除待测试控件列表中的待测试控件名单，即可控制后续确定的测试代码所对应的待测试控件为该次测试所需的待测试控件，实现测试代码的自定义获取，能更加灵活的生成所需的测试脚本，实用性更高。

如图4所示，本发明第二实施例提出一种用户界面的测试服务器，在上述实施例的基础上，还包括：

确定模块05，用于根据该用户界面的配置文件，确定出该用户界面对应的所有配置控件；

比对模块06，用于将确定出的各个待测试控件与各个配置控件进行比对，以筛选出所有配置控件中不是待测试控件的配置控件；

提醒模块07，用于生成提醒信息，以提醒为筛选出的配置控件添加测试代码，及/或，提醒针对筛选出的配置控件进行必要性检查。

本实施例中，在对解析出的操作控件信息和操作类型信息按照预先确定的归类规则进行归类并确定出各个待测试控件之后，进一步地，还根据该用户界面的配置文件，确定出该用户界面对应的所有配置控件，并将确定出的各个待测试控件与各个配置控件进行比对，以筛选出所有配置控件中不是待测试控件的配置控件。由于各个待测试控件是基于用户针对该用户界面的操作行为所确定出的，而用户针对该用户界面的操作行为有可能没有涉及到该用户界面上的所有控件。因此，要对该用户界面进行全面测试，则将确定出的各个待测试控件与该用户界面对应的所有配置控件进行比对，筛选出所有配置控件中不是待测试控件的配置控件，筛选出的配置控件即为用户针对该用户界面的操作行为所没有涉及到的该用户界面上的控件。则生成提醒信息如向预先确定的终端发送提醒信息，以提醒为筛选出的配置控件添加测试代码，及/或，提醒针对筛选出的配置控件进行必要性检查，以为有必要进行测试的配置控件添加测试代码，并将添加的测试代码与各个待测试控件对应的测试代码一起组合形成最终完整的测试脚本，以更加全面的对用户界面进行测试。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本发明，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。