一种软件系统测试方法及装置与流程

1.本发明涉及软件测试技术领域，特别是涉及一种软件系统测试方法及装置。


背景技术：

2.随着网络技术的快速发展，越来越多的软件系统应用于用户的生活、工作和娱乐等各方面。而随着软件系统的业务的不断发展，使得软件系统也需要不断地迭代更新，因此，为了保证能够为用户提供稳定可靠的服务，则可以对软件系统进行测试。
3.相关技术中，测试人员可以使用测试设备(例如，服务器)基于测试用例对应的脚本对待测软件系统进行测试，得到待测软件系统的测试结果。在对待测软件系统进行测试时，可能需要覆盖待测软件系统不同的环境(可以称为被测环境)，例如，针对测试环境进行测试，针对预发布环境进行测试，以及针对线上环境进行测试。
4.为了降低测试成本，若要针对不同的被测环境进行测试，则需要在不同的时刻针对待测软件系统部署不同的被测环境，以进行测试，即，无法实现针对不同的被测环境的并发测试，测试的效率不高。


技术实现要素：

5.本发明实施例的目的在于提供一种软件系统测试方法及装置，以提高测试的效率。具体技术方案如下：
6.第一方面，为了达到上述目的，本发明实施例公开了一种软件系统测试方法，所述方法包括：
7.接收测试开启指令；其中，所述测试开启指令中携带有软件标识、被测环境标识和用例标识；
8.获取具有所述被测环境标识所表示的目标被测环境的，所述软件标识对应的待测软件系统，以及获取所述用例标识所表示的目标测试用例对应的脚本，作为目标脚本；
9.通过第一容器执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
10.可选的，在获取具有所述被测环境标识所表示的目标被测环境的，所述软件标识对应的待测软件系统，以及获取所述用例标识所表示的目标测试用例对应的脚本，作为目标脚本之后，所述方法还包括：
11.确定与所述目标脚本相匹配的开发环境，作为目标开发环境；
12.所述通过第一容器执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果，包括：
13.通过包含所述目标开发环境的第一容器，执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
14.可选的，所述通过包含所述目标开发环境的第一容器，执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果，包括：
15.启动包含所述目标开发环境的容器化镜像，得到第一容器，以及启动包含所述待测软件系统的容器化镜像，得到第二容器；
16.在所述第一容器中拉取并执行所述目标脚本，以向所述第二容器发送测试请求，得到测试结果。
17.可选的，所述通过包含所述目标开发环境的第一容器，执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果，包括：
18.启动包含所述目标开发环境和所述目标脚本的容器化镜像，以及启动包含所述待测软件系统的容器化镜像，以在包含所述目标开发环境的第一容器中执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
19.可选的，所述第一容器和所述第二容器属于同一容器组。
20.可选的，所述方法还包括：
21.在得到所述测试结果后，释放所述第一容器和所述第二容器。
22.可选的，在通过第一容器执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果之后，所述方法还包括：
23.接收客户端发送的测试结果下载请求；
24.向所述客户端发送所述测试结果。
25.第二方面，为了达到上述目的，本发明实施例公开了一种软件系统测试装置，所述装置包括：
26.测试开启指令接收模块，用于接收测试开启指令；其中，所述测试开启指令中携带有软件标识、被测环境标识和用例标识；
27.获取模块，用于获取具有所述被测环境标识所表示的目标被测环境的，所述软件标识对应的待测软件系统，以及获取所述用例标识所表示的目标测试用例对应的脚本，作为目标脚本；
28.处理模块，用于通过第一容器执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
29.可选的，所述装置还包括：
30.目标开发环境确定模块，用于在获取具有所述被测环境标识所表示的目标被测环境的，所述软件标识对应的待测软件系统，以及获取所述用例标识所表示的目标测试用例对应的脚本，作为目标脚本之后，确定与所述目标脚本相匹配的开发环境，作为目标开发环境；
31.所述处理模块，具体用于通过包含所述目标开发环境的第一容器，执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
32.可选的，所述处理模块，包括：
33.第一容器生成子模块，用于启动包含所述目标开发环境的容器化镜像，得到第一容器，以及启动包含所述待测软件系统的容器化镜像，得到第二容器；
34.处理子模块，用于在所述第一容器中拉取并执行所述目标脚本，以向所述第二容器发送测试请求，得到测试结果。
35.可选的，所述处理模块，具体用于启动包含所述目标开发环境和所述目标脚本的容器化镜像，以及启动包含所述待测软件系统的容器化镜像，以在包含所述目标开发环境
的第一容器中执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
36.可选的，所述第一容器和所述第二容器属于同一容器组。
37.可选的，所述装置还包括：
38.释放模块，用于在得到所述测试结果后，释放所述第一容器和所述第二容器。
39.可选的，所述装置还包括：
40.测试结果发送模块，用于在通过第一容器执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果之后，接收客户端发送的测试结果下载请求；
41.向所述客户端发送所述测试结果。
42.在本发明实施的另一方面，为了达到上述目的，本发明实施例还公开了一种电子设备，所述电子设备包括处理器、通信接口、存储器和通信总线，其中，所述处理器，所述通信接口，所述存储器通过所述通信总线完成相互间的通信；
43.所述存储器，用于存放计算机程序；
44.所述处理器，用于执行所述存储器上所存放的程序时，实现如上述任一所述的软件系统测试方法。
45.在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现如上述任一所述的软件系统测试方法。
46.本发明实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的软件系统测试方法。
47.本发明实施例有益效果：
48.本发明实施例提供的软件系统测试方法，可以接收测试开启指令；其中，测试开启指令中携带有软件标识、被测环境标识和用例标识；获取具有被测环境标识所表示的目标被测环境的，软件标识对应的待测软件系统，以及获取用例标识所表示的目标测试用例对应的脚本，作为目标脚本；通过第一容器执行目标脚本，以向包含待测软件系统的第二容器发送测试请求，得到测试结果。如此，能够在不同的容器中部署具有不同被测环境的待测软件系统，通过启动多个容器，就可以实现针对不同的被测环境的并发测试，进而，能够提高测试效率。
49.当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
50.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
51.图1为本发明实施例提供的一种软件系统测试方法的流程图；
52.图2为本发明实施例提供的另一种软件系统测试方法的流程图；
53.图3为本发明实施例提供的另一种软件系统测试方法的流程图；
54.图4为本发明实施例提供的另一种软件系统测试方法的流程图；
55.图5为本发明实施例提供的一种软件系统测试的原理示意图；
56.图6为本发明实施例提供的一种软件系统测试装置的结构图；
57.图7为本发明实施例提供的一种电子设备的结构图。
具体实施方式
58.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员基于本技术所获得的所有其他实施例，都属于本发明保护的范围。
59.相关技术中，为了降低测试成本，若要针对不同的被测环境进行测试，则需要在不同的时刻针对待测软件系统部署不同的被测环境，以进行测试，即，无法实现针对不同的被测环境的并发测试，测试的效率不高。
60.为了解决上述问题，本发明实施例提供了一种软件系统测试方法，该方法可以应用于测试设备，该测试设备可以基于容器执行测试用例对应的脚本，以得到测试结果。
61.参见图1，图1为本发明实施例提供的一种软件系统测试方法的流程图，该方法可以包括以下步骤：
62.s102：接收测试开启指令。
63.其中，测试开启指令中携带有软件标识、被测环境标识和用例标识。
64.s104：获取具有被测环境标识所表示的目标被测环境的，软件标识对应的待测软件系统，以及获取用例标识所表示的目标测试用例对应的脚本，作为目标脚本。
65.s106：通过第一容器执行目标脚本，以向包含待测软件系统的第二容器发送测试请求，得到测试结果。
66.本发明实施例提供的软件系统测试方法，能够在不同的容器中部署具有不同被测环境的待测软件系统，通过启动多个容器，就可以实现针对不同的被测环境的并发测试，进而，能够提高测试效率。
67.另外，针对一些需要依赖前置配置的测试用例，通过包含待测软件系统的第二容器，能够模拟所依赖的前置配置，并进行测试，而不需要在待测软件系统中完成上述前置配置，进而，能够提高测试的效率。
68.在一个实施例中，测试人员可以通过web(world wide web，万维网)端向测试设备发送测试开启指令。
69.例如，web端的页面中可以设置有用于选择测试用例的组件(可以称为第一组件)、用于选择软件系统的组件(可以称为第二组件)、用于选择被测环境的组件(可以称为第三组件)，以及“启动”组件。测试人员可以通过该第一组件选择需要执行的测试用例，通过该第二组件选择测试的软件系统(即待测软件系统)，通过该第三组件选择对应的被测环境，然后，可以点击“启动”组件，相应的，web端则可以向测试设备发送携带有测试人员选择的测试用例的用例标识、及测试人员选择的待测软件系统的软件标识，以及被测环境标识的测试开启指令。
70.被测环境表示被测软件系统当前的环境，可以包括：测试环境、预发布环境和线上环境。
71.在一个实施例中，测试人员还可以通过测试工具向测试设备发送测试开启指令。
72.例如，测试人员可以在jenkins(一个开源软件系统项目，是基于java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件系统平台，使软件系统的持续集成变成可能)平台中创建jenkins job，在jenkins job中设置需要执行的测试用例，以及对应的被测环境，进而，通过启动jenkins job，向测试设备发送测试开启指令。
73.针对步骤s104，可以预先生成并存储多个软件系统和多个脚本，多个软件系统分别对应不同的被测环境。例如，可以包括：测试环境对应的软件系统、预发布环境对应的软件系统、线上环境对应的软件系统。多个脚本分别对应不同的测试用例，用于对软件系统的不同功能进行测试。
74.在一个实施例中，参见图2，在步骤s104之后，该方法还可以包括以下步骤：
75.s105：确定与目标脚本相匹配的开发环境，作为目标开发环境。
76.相应的，上述步骤s106可以包括以下步骤：
77.s1061：通过包含目标开发环境的第一容器，执行目标脚本，以向包含待测软件系统的第二容器发送测试请求，得到测试结果。
78.在本发明实施例中，脚本可以对应不同的开发环境。例如，基于python3开发的脚本对应的开发环境为python3环境；基于java开发的脚本对应的开发环境为java环境。
79.因此，在获取到用例标识后，可以确定该用例标识所表示的测试用例(即目标测试用例)对应的脚本相匹配的开发环境(即目标开发环境)。
80.进而，可以创建包含目标开发环境的第一容器，以及包含待测软件系统的第二容器，相应的，在第一容器中执行目标脚本，以通过第一容器向第二容器发送测试请求，得到测试结果。
81.可见，本发明实施例提供的软件系统测试方法，能够适用于基于不同开发环境开发的脚本，提高软件系统测试方法的适用范围。
82.在一个实施例中，该方法可以应用于容器集群中的节点。例如，该容器集群可以为kubernetes。
83.在一个实施例中，上述第一容器和第二容器属于同一容器组(pod)。
84.在本发明实施例中，可以直接创建包含第一容器和第二容器的容器组。基于此，能够提高第一容器与第二容器通信的效率，提高软件系统测试的效率。另外，第一容器和第二容器能够共享网络和存储资源，以节省资源。
85.另外，可以采取不同的方式，基于容器执行脚本，以对待测软件系统进行测试。
86.方式一：
87.参见图3，在图2的基础上，上述步骤s1061可以包括以下步骤：
88.s10611：启动包含目标开发环境的容器化镜像，得到第一容器，以及启动包含待测软件系统的容器化镜像，得到第二容器。
89.s10612：在第一容器中拉取并执行目标脚本，以向第二容器发送测试请求，得到测试结果。
90.一种实现方式中，容器集群中的节点在确定出目标脚本、待测软件系统以及目标开发环境后，可以生成包含目标开发环境的容器化镜像，以及包含待测软件系统容器化镜像，进而，可以启动上述容器化镜像，能够生成具有目标开发环境的容器(即第一容器)，以及包含待测软件系统的容器(即第二容器)。
91.然后，则可以在第一容器中拉取并执行目标脚本，以通过第一容器向第二容器发送测试请求，得到测试结果。
92.一种实现方式中，可以将目标脚本和被测软件系统存储在指定目录下，相应的，可以通过第一容器读取该指定目录，得到目标脚本和被测软件系统。
93.在一个实施例中，容器集群中的节点在确定出目标脚本、被测软件系统以及目标开发环境后，可以获取对应的用于创建pod(容器组)的脚本，基于该脚本中的yml(yaml aint markup language)配置文件，创建容器组，该yml配置文件中可以记录第一容器的配置，以及第二容器的配置。相应的，创建的容器组包含上述第一容器和第二容器。
94.基于上述处理，可以在容器组中的一个容器中执行目标脚本，在另一个容器中完成待测软件系统的配置，进而，基于该容器组中该两个容器的交互，完成待测软件系统的测试。相应的，可以通过创建多个容器组，实现并行测试，且并行进行的多个测试，可以是分别针对不同的测试用例、不同的软件系统，以及不同的被测环境的测试，能够进一步提高测试的效率。
95.方式二：
96.参见图4，在图2的基础上，上述步骤s1061可以包括以下步骤：
97.s10613：启动包含目标开发环境和目标脚本的容器化镜像，以及启动包含待测软件系统的容器化镜像，以在包含目标开发环境的第一容器中执行目标脚本，以向包含待测软件系统的第二容器发送测试请求，得到测试结果。
98.在本发明实施例中，容器集群中的节点在确定出目标脚本、被测软件系统以及目标开发环境后，可以生成包含目标开发环境和目标脚本的容器化镜像，以及包含待测软件系统的容器化镜像，进而，可以启动上述容器化镜像，则能够在包含目标开发环境的容器(即第一容器)中执行目标脚本，以通过第一容器向包含待测软件系统的容器(即第二容器)发送测试请求，得到测试结果。
99.在一个实施例中，容器集群中的节点在确定出目标脚本、被测软件系统以及目标开发环境后，可以获取对应的用于创建容器组的脚本，基于该脚本中的yml配置文件，创建容器组，创建的容器组包含上述第一容器和第二容器。
100.基于上述处理，可以在容器组中的一个容器中执行目标脚本，在另一个容器中完成待测软件系统的配置，进而，基于该容器组中该两个容器的交互，完成待测软件系统的测试。相应的，可以通过创建多个容器组，实现并行测试，且并行进行的多个测试，可以是分别针对不同的测试用例、不同的软件系统，以及不同的被测环境的测试，能够进一步提高测试的效率。
101.在一个实施例中，在得到测试结果后，还可以释放上述第一容器和第二容器，以节省计算资源。
102.一种实现方式中，如果通过创建容器组的方式得到上述第一容器和第二容器，相应的，在得到测试结果后，可以释放创建的容器组。
103.在一个实施例中，在得到测试结果之后，该方法还可以包括以下步骤：
104.步骤一：接收客户端发送的测试结果下载请求。
105.步骤二：向客户端发送测试结果。
106.在本发明实施例中，测试人员可以通过客户端向测试设备发送针对测试结果的下载请求，相应的，测试设备则可以向客户端发送测试结果。例如，测试设备可以生成包含测试结果的测试报告，并向客户端发送该测试报告。
107.参见图5，图5为本发明实施例提供的一种软件系统测试的原理示意图。
108.其中，对象存储表示基于预设存储空间存储脚本、开发环境、软件系统。my sql用于存储账户信息、测试结果。
109.测试人员在web端通过账户信息登录后，可以通过web端向docker服务器发送测试开启指令。其中，kubectl为kubernetes(即k8s集群)的命令行工具，通过kubectl能够对kubernetes进行管理，并能够在kubernetes上进行容器化应用程序的安装部署。
110.相应的，kubectl则可以通过kubernetes api(application programming interface，应用程序接口)将该测试请求转发至kubernetes中的节点(即k8s node)。pod1、pod2表示节点中的容器组。
111.进而，该节点则可以基于该测试开启指令，从上述预设存储空间中获取对应的目标脚本、被测软件系统以及目标开发环境，并生成对应的镜像(即容器化镜像)。进而，则可以启动生成的镜像，得到包含第一容器和第二容器的容器组，第一容器包含目标开发环境和目标脚本，第二容器包含待测软件系统。相应的，通过执行目标脚本，第一容器可以向第二容器发送测试请求，得到测试结果，并存储在my sql。
112.基于相同的发明构思，本发明实施例还提供了一种软件系统测试装置，参见图6，图6为本发明实施例提供的一种软件系统测试装置的结构图，该装置可以包括：
113.测试开启指令接收模块601，用于接收测试开启指令；其中，所述测试开启指令中携带有软件标识、被测环境标识和用例标识；
114.获取模块602，用于获取具有所述被测环境标识所表示的目标被测环境的，所述软件标识对应的待测软件系统，以及获取所述用例标识所表示的目标测试用例对应的脚本，作为目标脚本；
115.处理模块603，用于通过第一容器执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
116.可选的，所述装置还包括：
117.目标开发环境确定模块，用于在获取具有所述被测环境标识所表示的目标被测环境的，所述软件标识对应的待测软件系统，以及获取所述用例标识所表示的目标测试用例对应的脚本，作为目标脚本之后，确定与所述目标脚本相匹配的开发环境，作为目标开发环境；
118.所述处理模块603，具体用于通过包含所述目标开发环境的第一容器，执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
119.可选的，所述处理模块603，包括：
120.第一容器生成子模块，用于启动包含所述目标开发环境的容器化镜像，得到第一容器，以及启动包含所述待测软件系统的容器化镜像，得到第二容器；
121.处理子模块，用于在所述第一容器中拉取并执行所述目标脚本，以向所述第二容器发送测试请求，得到测试结果。
122.可选的，所述处理模块603，具体用于启动包含所述目标开发环境和所述目标脚本的容器化镜像，以及启动包含所述待测软件系统的容器化镜像，以在包含所述目标开发环境的第一容器中执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
123.可选的，所述第一容器和所述第二容器属于同一容器组。
124.可选的，所述装置还包括：
125.释放模块，用于在得到所述测试结果后，释放所述第一容器和所述第二容器。
126.可选的，所述装置还包括：
127.测试结果发送模块，用于在通过第一容器执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果之后，接收客户端发送的测试结果下载请求；
128.向所述客户端发送所述测试结果。
129.本发明实施例还提供了一种电子设备，如图7所示，包括处理器701、通信接口702、存储器703和通信总线704，其中，处理器701，通信接口702，存储器703通过通信总线704完成相互间的通信，
130.存储器703，用于存放计算机程序；
131.处理器701，用于执行存储器703上所存放的程序时，实现如下步骤：
132.接收测试开启指令；其中，所述测试开启指令中携带有软件标识、被测环境标识和用例标识；
133.获取具有所述被测环境标识所表示的目标被测环境的，所述软件标识对应的待测软件系统，以及获取所述用例标识所表示的目标测试用例对应的脚本，作为目标脚本；
134.通过第一容器执行所述目标脚本，以向包含所述待测软件系统的第二容器发送测试请求，得到测试结果。
135.上述电子设备提到的通信总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
136.通信接口用于上述电子设备与其他设备之间的通信。
137.存储器可以包括随机存取存储器(random access memory，ram)，也可以包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
138.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
139.在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可
读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一软件系统测试方法的步骤。
140.在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一软件系统测试方法。
141.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
142.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
143.本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、计算机可读存储介质以及计算机程序产品实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
144.以上所述仅为本发明的较佳实施例，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。