支持多类型和多版本浏览器的Web应用兼容性测试方法

摘要

本发明提供了一种支持多类型和多版浏览器的Web应用兼容性测试方法，包括：首先，构建多个VM模板，并在VM模板中预先部署特定浏览器和特定测试代理程序；此后，根据所述特定浏览器的类型和版来创建兼容性矩阵；然后，使得测试控制器根据兼容性矩阵从VM模板创建相应的VM实例以形成VM池；随后，将预定兼容性测试用例分发到VM池中的每一个VM实例中；最后，在VM池中同时执行兼容性测试用例从而并行地执行兼容性测试。

说明书

技术领域

本发明涉及一种支持多类型和多版本浏览器的Web应用兼容性测试方法。

背景技术

现在的Web应用与传统的基于客户/服务器的应用程序有很大的不同，其表现是用户只需要使用某一版本的浏览器访问特定的网站就能完成任务，即执行特定Web应用程序实现所需的功能。这给用户使用带来了很大的方便，但是在目前市场中浏览器类型多，而且即使是同一浏览器，其版本也有很多个，不同类型、不同版本的浏览器对Web应用的兼容性存在较多的问题。这种问题不光给使用者带来了困扰，同时也给Web应用的开发者带来了挑战。

一般来说，具有良好的用户体验的Web应用应当兼容多种类型和版本的浏览器，以适应不同用户的使用偏好。设计者在设计方案时应该考虑到浏览器的特性，比如支持HTML、JavaScript、CSS等方面的能力，在实现后对设计好的应用使用浏览器进行测试，验证同样的功能在不同浏览器中的表现。要测试得比较充分，除了要考虑设计较好的测试用例，还需要考虑所支持的浏览器类型和版本的组合。如果浏览器类型和版本组合数量巨大，则测试工作量也会加大，测试用例执行的时间也会变长。

现行的一些兼容性的测试方法侧重于某一类软件，例如OS(Operating System，操作系统)、办公软件、数据库管理系统的兼容性测试，专用性较强，难以直接应用到Web应用兼容性测试中。在多类型和多版本浏览器的Web应用兼容性测试方面，普遍的做法是在一种类型、一种版本的浏览器 中执行已经设计好的测试用例，测试其Web应用，然后再切换到另一种类型或另一种版本的浏览器中执行相同的测试用例。有些浏览器支持多个版本的“兼容性视图”，则测试时只需要在不同的“兼容性视图”之间切换。该切换过程可以是人工的，也可以设计一些脚本或工具将其自动化，如何自动化则没有确定的方法。

多类型和多版本浏览器的Web应用兼容性测试的另一种方法是使用浏览器模拟器。该模拟器能够模拟特定类型、特定版本的浏览器的大部分功能特性，因此一些测试人员利用模拟器来完成大部分兼容性测试工作。

完全依赖人工进行Web应用的兼容性测试方法存在一些问题，尤其是在被测对象兼容的浏览器版本多的时候，测试工作量可能会很大。影响工作量的因素包括浏览器类型和版本的组合数量、计算机的软硬件配置、浏览器安装和卸载的时间等，在这些因素的综合作用下，即使已经准备好了测试用例，要完成一种类型、一种版本的兼容性测试也很可能消耗很长的时间。虽然有些组织的设计能力较强，在测试过程中自行设计自动化的程序或者从外部引入一些自动化的手段，能够做到在多类型多版本的浏览器之间或“兼容性视图”之间切换，但是这种测试过程往往是串行执行的，即只能在一种类型、一种版本的浏览器中执行完成之后才能进行另一种类型和另一种版本的浏览器中执行，难以并行测试，效率不高。

另一种方法使用模拟器进行兼容性测试，效率有所提高，但是目前市场上模拟器并不能完全模拟真实的浏览器，与真实的浏览器还存在不少的差别。如果需要进行充分的兼容性测试，对于没有模拟到的功能特性，就需要在真实的浏览器中补充相应的测试。这也会带来不小的工作量。

发明内容

本发明所要解决的技术问题是针对现有技术中存在上述缺陷，提供一种支持多类型和多版本浏览器的Web应用兼容性测试方法，该方法基于虚拟化技术，能够实现并行、自动化的测试过程，支持Web应用的设计者高效率地验证其Web应用兼容性。

根据本发明的第一方面，提供了一种支持多类型和多版本浏览器的Web应用兼容性测试方法，包括：首先，构建多个VM模板，并在VM模板中预先部署特定浏览器和特定测试代理程序；此后，根据所述特定浏览器的类型和版本来创建兼容性矩阵；然后，使得测试控制器根据兼容性矩阵从VM模板创建相应的VM实例以形成VM池；随后，将预定兼容性测试用例分发到VM池中的每一个VM实例中；最后，在VM池中同时执行兼容性测试用例从而并行地执行兼容性测试。

根据本发明的第二方面，提供了一种Web应用兼容性测试方法，包括下述步骤：第一步：准备测试所需的虚拟化基础设施，其中虚拟化基础设施包括硬件资源和软件资源；虚拟化基础设施的虚拟层向上提供VM管理的应用程序接口，供测试控制器调用；而且虚拟化基础设施通过交换机与被测的Web应用所在的计算机建立物理连接；第二步：准备VM模板；第三步：将预定兼容性测试用例设置为后续被执行的测试用例；第四步：设置包括浏览器类型和版本的浏览器参数；第五步：根据所述特定浏览器的类型和版本来创建兼容性矩阵；第六步：根据VM模板创建测试用VM；第七步：启动所有VM，以便遍历VM池中的所有VM，将所有VM开机；第八步：分发预定兼容性测试用例；第九步：并行执行预定兼容性测试用例；第十步：在预定兼容性测试用例执行完毕时生成测试结果。

优选地，其中第一步、第二步、第三步、第四步和第十二步在用户层由测试人员执行，第五步、第六步、第七步、第八步、第九步、第十步和第十一步在服务层由测试控制器执行，第六步、第七步和第十一步调用虚拟层提供的应用程序接口。

优选地，第二步包括按照兼容性需求列出浏览器类型和版本的组合，然后对于每一种组合执行下述步骤：设定测试所需的硬件相关参数，创建VM并使得所创建的VM开机，安装客户机OS和基础软件；在该VM中安装该组合对应类型和版本的真实浏览器；在该VM中安装测试代理程序，用于接收控制器分发的测试用例、按照控制器的指令启动测试用例的执行、将测试结果反馈给控制器，并且将测试代理程序设置为开机自启动；将该VM关机，并将该VM转换为VM模板。

优选地，第五步包括：首先读取浏览器类型和版本的设置信息文件；然后根据浏览器数量和版本数量动态创建能表示兼容性矩阵的二维数组，其中所述数组元素类型是表示类型和版本的二元组；再将该矩阵的所有元素初始化为空；最后将从设置信息文件所读取的所有浏览器和版本信息依次填充入二维数组，填充时按照浏览器类型优先的次序进行，一种浏览器类型的所有版本处理完毕之后，再处理另一种浏览器类型的所有版本。

优选地，第六步包括：首先检查VM池的情况，如果VM池为空，则不作处理；如果VM池不为空，则逐一检查VM池中的每一VM实例；如果该VM实例对应的浏览器类型和版本在兼容性矩阵中，则保留该VM实例，否则销毁该VM实例；然后，按照浏览器类型优先的次序进行，对于一种浏览器类型的所有版本，检查VM池中是否存在对应的VM，如果不存在则从对应的VM模板创建VM，而且将该VM实例加入到VM池中。

优选地，在第九步中，测试控制器向VM池中的所有VM同时发出执行测试用例的指令，VM池中VM接收到执行指令后各自开始执行测试用例，调用其中已安装的特定类型和版本的浏览器，完成测试用例规定的所有步骤的执行。

优选地，所述的Web应用兼容性测试方法还包括：第十一步：销毁VM以释放计算机资源；第十二步：分析测试结果数据以形成多浏览器类型和版本的兼容性测试报告。

优选地，在第十步中，VM池中的所有VM在测试执行完成之后将测试用例的详细执行结果发送给测试控制器汇总，测试控制器按照VM对应的浏览器类型和版本组织测试结果；其中如果VM保留标志为第一数值，则转第三步继续测试；如果VM保留标志为第二数值，则转第十一步。

附图说明

结合附图，并通过参考下面的详细描述，将会更容易地对本发明有更完整的理解并且更容易地理解其伴随的优点和特征，其中：

图1示意性地示出了根据本发明优选实施例的支持多类型和多版本浏 览器的Web应用兼容性测试方法的流程图。

图2示意性地示出了根据本发明优选实施例的支持多类型和多版本浏览器的Web应用兼容性测试方法的各个步骤执行的系统划分。

图3示意性地示出了根据本发明优选实施例的Web应用兼容性测试方法中的准备VM模板步骤的流程图。

图4示意性地示出了根据本发明优选实施例的Web应用兼容性测试方法中的创建兼容性矩阵步骤的流程图。

图5示意性地示出了根据本发明优选实施例的测试用例的基本格式的示例。

图6示意性地示出了根据本发明优选实施例的浏览器参数的基本格式的示例。

图7示意性地示出了根据本发明优选实施例的客户端界面设置待测试的浏览器类型和版本的示例。

图8示意性地示出了根据本发明优选实施例的兼容性矩阵的示例。

需要说明的是，附图用于说明本发明，而非限制本发明。注意，表示结构的附图可能并非按比例绘制。并且，附图中，相同或者类似的元件标有相同或者类似的标号。

具体实施方式

为了使本发明的内容更加清楚和易懂，下面结合具体实施例和附图对本发明的内容进行详细描述。

本发明所提出的支持多类型和多版本浏览器的Web应用兼容性测试方法，是在兼容性测试用例已经设计好的情况下(即，本发明的方法利用预定兼容性测试用例)，以虚拟化技术为基础，首先构建一定数量的VM(Virtual Machine，虚拟机)模板并在VM模板中预先部署特定浏览器和特定测试代理程序，然后使得测试控制器根据兼容性矩阵从VM模板创建相应的VM实例以形成VM池，将预定兼容性测试用例分发到VM池中的 每一个VM实例中，最后在VM池中同时执行兼容性测试用例从而并行地执行兼容性测试，由此达到测试过程的并行和自动化的目的。

基于该方法建立的系统分为物理层、虚拟层、服务层和用户层，物理层主要是由硬件设备构成，虚拟层将底层的硬件虚拟化，服务层提供测试过程控制，用户层则提供用户操作的界面，系统通过网络与被测的Web应用相连。

在具体优选实施例中，根据本发明优选实施例的支持多类型和多版本浏览器的Web应用兼容性测试方法可包括12个步骤，如图1所示：

(1)第一步S1：准备测试所需的虚拟化基础设施；

(2)第二步S2：准备VM模板；

(3)第三步S3：设置需执行的测试用例；

(4)第四步S4：设置浏览器类型和版本等参数；

(5)第五步S5：创建兼容性矩阵；

(6)第六步S6：从VM模板创建测试用VM；

(7)第七步S7：启动所有VM；

(8)第八步S8：分发测试用例；

(9)第九步S9：并行执行测试用例；

(10)第十步S10：执行完毕生成测试结果；

(11)第十一步S11：销毁VM；

(12)第十二步S12：分析测试结果数据。

其中第一步S1、第二步S2、第三步S3、第四步S4和第十二步S12在用户层由测试人员执行，第五步S5、第六步S6、第七步S7、第八步S8、第九步S9、第十步S10和第十一步S11在服务层由测试控制器执行，第六步S6、第七步S7和第十一步S11需调用虚拟层提供的API(Application Programming Interface，应用程序接口)，如图2所示。

本发明所述测试控制器的主要功能是控制兼容性测试过程，包括构建 兼容性矩阵、创建VM、启动VM、分发测试用例、控制用例执行、生成测试结果和销毁VM；测试代理程序运行在VM中，主要功能是接收测试控制器发来的测试用例、启动浏览器执行测试用例、将测试结果回发给测试控制器。

以下对本发明的每一步进行详细说明。

第一步S1：准备测试所需的虚拟化基础设施。虚拟化基础设施包括服务器、盘阵、交换机等硬件资源，也包括OS、编译器、中间件等软件资源，具体的配置依测试需求而定。虚拟化基础设施可以使用商用的云计算资源，也可以利用组织现有的软硬件资源自行构建，需要能够支持创建一定数量的VM，满足浏览器类型和版本组合的需求。基础设施虚拟层向上提供创建VM模板、创建VM实例、VM转换为模板、VM开机、VM关机、销毁VM实例等VM管理的API，供测试控制器调用。该设施通过交换机与被测的Web应用所在的计算机建立物理连接。

第二步S2：准备VM模板，如图3所示。首先，按照兼容性需求列出浏览器类型(记作b)和版本(记作v)的组合(S21)，然后对于每一种组合(b,v)：

①设定测试所需的CPU主频和核心数、内存容量、磁盘容量、网络接口等硬件相关的参数，创建VM并开机，安装客户机OS和其他所需的基础软件(S221)；

②在该VM中安装该组合对应类型和版本的、真实的浏览器(S222)；

③在该VM中安装测试代理程序，用于接收控制器分发的测试用例、按照控制器的指令启动测试用例的执行、将测试结果反馈给控制器等，测试代理程序设置为开机自启动(S223)；

④将该VM关机，转换为VM模板，标识为T(b,v)(S224)。

在所有组合都完成了VM模板的构建后，本步骤结束(S23)。

第三步S3：设置需执行的测试用例。从测试用例集中选择测试用例，加入到待测试执行的测试包，设置的结果以XML文件形式保存，记作Ftc，基本要素包括测试包标识、用例标识、用例存储路径等。其基本格式如图 5所示。

第四步S4：设置浏览器类型和版本等浏览器参数。设置待测试的浏览器类型、版本以及VM保留标志(记作R)，设置的结果以XML形式保存，记作Fbv。为了便于第五步创建兼容性矩阵，保存时需计算浏览器数量(记作Nb)和版本的数量(记作Nv)。版本的数量取所有浏览器中版本数量最大的值。其基本格式如图6所示。

第五步S5：创建兼容性矩阵，其流程如图4所示。

①首先读取浏览器类型和版本设置信息文件Fbv(S51)；

②然后根据浏览器数量和版本数量动态创建能表示兼容性矩阵的二维数组a[Nb,Nv]，数组元素类型是表示类型和版本的二元组(b,v)(S52)；

③再将该矩阵的所有元素初始化为空(NULL)(S53)；

④最后将从文件所读取的所有浏览器和版本信息依次填充入二维数组，填充时按照浏览器类型优先的次序进行，一种浏览器类型的所有版本处理完毕之后，再处理另一种浏览器类型的所有版本(S54)。

第六步S6：从VM模板创建测试用VM。首先检查VM池的情况，如果为空，则不作处理；如果不为空，则逐一检查其中的每一实例，如果该实例对应的浏览器类型和版本在兼容性矩阵中，则保留，否则销毁该实例。然后创建VM，按照浏览器类型优先的次序进行，对于一种浏览器类型的所有版本，检查VM池中是否存在对应的VM，如果不存在则从对应T(b,v)创建VM，并标识为M(b,v)，将该实例加入到VM池中，待该类型的所有版本处理完毕之后，再处理另一种浏览器类型的所有版本。

第七步S7：启动所有VM。遍历VM池中的所有VM，将其开机。VM开机进入系统后，设置为开机自启动的测试代理程序向测试控制器发送测试就绪信号。

第八步S8：分发测试用例。测试控制器侦测VM发送的就绪信号，如果VM池中的VM已经就绪，则向VM分发Ftc文件中所指定的测试用例。分发以异步方式进行，在向一VM发送测试用例的命令发出后，不等待该命令执行完成，就向下一VM继续分发测试用例。VM中的测试代理程序 接收控制器发来的测试用例，保存到VM的本地磁盘。

第九步S9：并行执行测试用例。测试控制器向VM池中的所有VM同时发出执行测试用例的指令，VM池中VM接收到执行指令后各自开始执行测试用例，调用其中已安装的特定类型和版本的浏览器，完成测试用例规定的所有步骤的执行。所有VM的、所有测试用例执行结束，即完成本次测试执行。

第十步S10：执行完毕生成测试结果。VM池中的所有VM在测试执行完成之后将测试用例的详细执行结果发送给测试控制器汇总，测试控制器按照VM对应的浏览器类型和版本组织测试结果供用户分析。如果VM保留标志R为1，则转第三步继续测试；如果VM保留标志R为0，则转第十一步S11。

第十一步S11：销毁VM。销毁VM池中的所有VM，释放CPU、内存、磁盘和网络等资源。

第十二步S12：分析测试结果数据。测试人员对一次或多次的测试结果数据进行综合分析，形成多浏览器类型和版本的兼容性测试报告。

本发明所述版本不局限于数字形式的版本，浏览器所支持的OS或机器字长与数字组合而成的版本标识也支持。在方法的实施过程中，需要在第一步准备的虚拟化基础设施需要支持相应的OS或机器字长，第二步准备VM模板时制备对应OS或机器字长的VM模板即可，其他步骤不变。

【具体实例】

为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本发明保护的范围。

按照方案所述步骤，本实例中用户层的S1、S2用虚拟化平台提供的界面实现，S3、S4、S12使用客户端界面实现；服务层S5、S6、S7、S8、S9、S10、S11由运行在独立服务器上的测试控制器服务程序实现。被测对 象是一订单管理系统，B/S结构，支持IE 6.0/7.0/8.0/9.0(微软公司产品)、Chrome 35.0/36.0/39.0(谷歌公司产品)、Firefox32.0/33.1/34.0(Mozilla社区产品)、Safari 4.0/5.1(苹果公司产品)，共12种组合。现使用方案所述方法来执行基于开源软件Selenium设计的20个测试用例，涵盖登录验证、查询库存物品、创建订单、取消订单、订单查询、注销退出等典型使用场景，以此验证Web应用的兼容性。

本例中测试控制器和测试代理程序均以服务程序的形式实现，运行时后来驻留在计算机内存中。

第一步，利用2台配置为主频2.40GHz/双CPU/内存64GB/硬盘500GB的服务器、1台容量6TB的盘阵、1只千兆网络交换机构成底层的基础资源，该配置能支持超过12个VM同时运行，并且还有较大的余量。安装虚拟化平台软件，提供VM管理、存储管理、网络管理等的人机交互界面，同时也提供创建VM模板、创建VM实例、VM开机、VM关机、销毁VM实例等VM管理的API。最后将服务器和被测的Web应用所在的计算机通过交换机连接。

第二步，对于类型和版本的12种组合(IE,6.0)，(IE,7.0)直至(Safari,5.1)，逐一创建对应的VM模板。模板的制作方法是：①设定VM的中等配置CPU主频2.4GHz、核心数1、内存1GB、磁盘100GB、千兆网卡等参数，创建VM，开机，在VM中安装操作系统和Selenium相关的软件；②在VM中安装该组合对应类型和版本的浏览器；③在该VM中安装测试代理程序，将测试代理程序设置为开机自启动；④将该VM关机，转换为VM模板，按照T(b,v)的格式标识。

第三步，从由20个测试用例组成的测试用例集中选择测试用例，加入到待测试执行的测试包，如果是全部需要执行，则全选，否则选择一部分。设置的结果保存为XML文件Ftc，符合图5所示格式。

第四步，在客户端界面设置待测试的浏览器类型、版本，如图7所示，VM保留标志设置为1，计算浏览器数量Nb为4，版本数量最大值Nv为4。为便于未来的扩展，图7中所列浏览器版本数量大于本例中所给出的版本数量。设置的结果保存为XML文件Fbv，符合图6所示格式。

第五步，按照方案所述步骤创建兼容性矩阵，实际内容存储在动态申请的二维数组中，该步骤由测试控制器执行。所创建的兼容性矩阵如图8所示。

第六步，按照方案所述步骤调用虚拟化层提供的API从VM模板创建测试用VM，给VM分配特定的IP地址，加以标识后，加入VM池，该步骤由测试控制器执行。

第七步，测试控制器按照方案所述步骤调用虚拟化层提供的API启动所有VM，VM启动后按照分配的地址设置IP地址，测试代理程序在后台运行。

第八步，测试控制器测试所有VM的IP地址，如果已经能够连通，则侦测VM发送的就绪信号；否则继续测试，一直到连通为止，然后再侦测VM发送的就绪信号。若VM池中的VM就绪，则向其分发Ftc文件中所指定的测试用例。分发以异步方式进行。VM中的测试代理程序接收控制器发来的测试用例，保存到本地磁盘。只有向所有VM分发用例的工作都已经完成，才能进行下一步。

第九步，按照方案所述步骤并行执行测试用例，该步骤由测试控制器启动执行，VM中的测试代理程序负责指定用例的执行。

第十步，VM中的测试用例执行完成之后，测试代理程序将测试用例的详细执行结果发送给测试控制器汇总，测试控制器按照VM对应的浏览器类型和版本组织测试结果供用户分析。如果Fbv文件中的VM保留标志vmreserve为1，则转第三步继续测试；如果VM保留标志vmreserve为0，则转第十一步。

第十一步，测试控制器按照方案所述步骤调用虚拟化层提供的API销毁所有VM。

第十二步，测试人员对一次或多次的测试结果数据进行综合分析，形成兼容性测试报告。

如上所述，该方法基于虚拟化技术，充分利用计算、存储和网络等资源，将兼容性测试用例的执行放到VM中并行地、自动地进行，不需要在 物理机上由人工反复地在不同的浏览器类型和版本之间切换，解决了如何测试支持多浏览器类型和版本的Web应用的问题。该方法有助于提高支持多浏览器类型和版本的Web应用兼容性测试效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

对于所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说是显而易见的，本文中所定义的一般原理可以在不脱离本发明实施例的精神或范围的情况下，在其他实施例中实现。因此，本发明实施例不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

总之，本发明基于虚拟化基础设施的Web应用兼容性测试流程，支持多类型和多版本的浏览器，支持测试用例在多VM上并行、自动化执行。

由此，综上所述，本发明至少具有下述技术效果：

(1)按照本发明的方法在执行Web应用的兼容性测试用例时，因为在不同浏览器类型和版本对应的VM中都部署了相同的测试用例和测试用例执行所需的相关程序，所以这些测试用例可以并行执行。该方法相对于以往在物理机上直接部署不同类型和版本的浏览器，然后测试时来回切换，具有较高的效率。再者，该方法中除步骤一、步骤二、步骤三、步骤四、步骤十二外，其余步骤都可以使用计算机程序自动控制，实现自动化，能够减轻测试人员的工作量。最后该方法中设置了VM保留标志，能够支持多次反复测试，反复的过程中不需要重新创建VM，对减少整个测试时间有较大作用。

(2)本发明的方法相对于采用浏览器模拟器来测试Web应用的兼容性具有较高的真实性。本发明的方法所基于虚拟化技术，是一种成熟的、 使用广泛的技术，VM已经被实践所证明可以用来构建与真实环境一致的兼容性测试环境。VM中计算、存储、网络等资源除了性能上有一定差异之外，功能上与实际的物理机高度相似，因此在VM中部署特定类型和版本的浏览器用于测试，与实际的物理机上部署对应的浏览器用于测试的效果是相同的。

(3)本发明的方法具有较高的便利性。在兼容性矩阵很大的时候，需要测试的浏览器类型和版本的组合也会很大，按照以往的做法，如果需要并行地测试，就需要部署大量的物理机，难以实现。按照本发明的方案，利用商用的云计算基础设施或者利用本组织现有的计算机资源自行构建测试专用的虚拟化平台，然后在其内部部署所需数量的VM。这在云计算已经普及的今天比较容易实现，对于一些已经在其内部部署了云计算基础设施的组织，可以直接利用其构建Web应用的兼容性测试环境。

此外，需要说明的是，除非特别指出，否则说明书中的术语“第一”、“第二”、“第三”等描述仅仅用于区分说明书中的各个组件、元素、步骤等，而不是用于表示各个组件、元素、步骤之间的逻辑关系或者顺序关系等。

可以理解的是，虽然本发明已以较佳实施例披露如上，然而上述实施例并非用以限定本发明。对于任何熟悉本领域的技术人员而言，在不脱离本发明技术方案范围情况下，都可利用上述揭示的技术内容对本发明技术方案作出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。