本發(fā)明涉及壓力測試領域，尤其涉及一種分布式壓力測試方法和系統(tǒng)。

背景技術：

隨著互聯(lián)網(wǎng)的興起與發(fā)展，WEB(網(wǎng)頁)類系統(tǒng)或者接口需提供給越來越多的用戶訪問，不斷增長的用戶訪問需求對系統(tǒng)的并發(fā)量和承載能力提出了越來越高的要求，因此對系統(tǒng)進行壓力測試的必要性也越來越高。

壓力測試通過模擬實際應用的軟硬件環(huán)境及用戶使用過程的系統(tǒng)負荷，長時間或超大負荷地運行測試軟件，來測試被測系統(tǒng)的性能、可靠性、穩(wěn)定性等。目前，有很多的方法可以對系統(tǒng)進行壓力測試，主要有利用壓測工具(如loadrunner、JMeter、Grinder等等)和通過編程實現(xiàn)兩種方法。但是，現(xiàn)有的絕大部分壓測工具僅能在本地的單臺壓測機器上運行，測試工具的選擇比較復雜和多樣化，每個測試人員可能都需要搭建一個壓力測試工具的使用環(huán)境，造成了資源的浪費，缺乏統(tǒng)一的集中管理。同時，單臺機器可能不能滿足大量的壓測任務，只能手動地將不同的壓測任務分配到不同的機器上執(zhí)行，效率較低。而通過編程實現(xiàn)則需要采用多線程或多進程的方式生成大量的并發(fā)請求來模擬用戶行為，對被測系統(tǒng)進行訪問，對測試人員的編程能力及技術功底有較高要求，并且需要耗費大量的時間去設計實現(xiàn)，同時實現(xiàn)的測試方法往往僅適用于單個系統(tǒng)，可復用度較低，測試結果的可信度需要驗證，工具的學習成本往往較高。

技術實現(xiàn)要素：

本發(fā)明實施例的目的在于提供一種分布式壓力測試方法和系統(tǒng)，對壓力測試任務進行集群化的統(tǒng)一管理，實現(xiàn)分布式的壓力測試，減少資源浪費、降低壓力測試成本、提高壓力測試效率。

為實現(xiàn)上述目的，本發(fā)明實施例提供了一種分布式壓力測試系統(tǒng)，包括控制服務器和由至少兩個測試機組成的測試集群；

所述測試機包括負載均衡模塊；

所述負載均衡模塊，用于采集所述測試機的資源使用情況，根據(jù)所述資源使用情況得到所述測試機的加權優(yōu)先級，并將所述測試機的IP地址和對應的加權優(yōu)先級反饋給所述控制服務器；

所述控制服務器包括第一消息處理模塊；

所述第一消息處理模塊，用于根據(jù)各個測試機的加權優(yōu)先級和對應的IP地址，將任務類消息分發(fā)給加權優(yōu)先級最高的測試機；

所述測試機還包括第二消息處理模塊和壓測引擎模塊；

所述第二消息處理模塊，用于接收所述控制服務器發(fā)送來的任務類消息，從所述任務類消息中解析出對應的壓力測試任務，并將所述壓力測試任務發(fā)送給所述壓測引擎模塊；

所述壓測引擎模塊，用于執(zhí)行所述壓力測試任務。

優(yōu)選地，所述第一消息處理模塊，還用于將配置類消息廣播給所有測試機；

所述第二消息處理模塊，還用于接收所述控制服務器發(fā)送來的配置類消息，從所述配置類消息中解析出對應的配置操作任務，并將所述配置操作任務發(fā)送給所述壓測引擎模塊；

所述壓測引擎模塊，還用于執(zhí)行所述配置操作任務。

進一步地，所述控制服務還包括UI模塊；

所述UI模塊，用于根據(jù)用戶的UI操作生成所述任務類消息或所述配置類消息。

優(yōu)選地，所述分布式壓力測試系統(tǒng)還包括數(shù)據(jù)庫；

所述數(shù)據(jù)庫，用于存儲所述負載均衡模塊反饋的IP和對應的加權優(yōu)先級；

所述負載均衡模塊包括采集單元，用于采集測試集群中各個測試機的資源使用情況，根據(jù)所述資源使用情況得到所述測試機的加權優(yōu)先級，并將所述測試機的IP地址和對應的加權優(yōu)先級以心跳的方式上傳到數(shù)據(jù)庫；

所述第一消息處理模塊包括獲取單元，用于當所述控制服務器生成所述任務類消息后，從所述數(shù)據(jù)庫中讀取所有測試機的加權優(yōu)先級和對應的IP地址。

優(yōu)選地，所述資源使用情況包括CPU使用率、內(nèi)存使用率、磁盤使用率、網(wǎng)絡使用率以及接收到的請求量中的一種或多種組合。

相應地，本發(fā)明實施例還提供了一種分布式壓力測試方法，包括：

采集測試集群中各個測試機的資源使用情況，根據(jù)所述資源使用情況得到所述測試機的加權優(yōu)先級，并將所述測試機的IP地址和對應的加權優(yōu)先級反饋給控制服務器；

所述控制服務器根據(jù)各個測試機的加權優(yōu)先級和對應的IP地址，將任務類消息分發(fā)給加權優(yōu)先級最高的測試機；

所述測試機接收所述控制服務器發(fā)送來的任務類消息，從所述任務類消息中解析出對應的壓力測試任務，并執(zhí)行所述壓力測試任務。

優(yōu)選地，在所述采集測試集群中各個測試機的資源使用情況，根據(jù)所述資源使用情況得到所述測試機的加權優(yōu)先級，并將所述測試機的IP地址和對應的加權優(yōu)先級反饋給控制服務器之前，還包括：

所述控制服務器將配置類消息廣播給所有測試機；

所述測試機接收所述控制服務器發(fā)送來的配置類消息，從所述配置類消息中解析出對應的配置操作任務，并執(zhí)行所述配置操作任務。

進一步地，在所述控制服務器將配置類消息廣播給所有測試機之前，還包括：

所述控制服務器根據(jù)用戶的UI操作生成所述任務類消息或所述配置類消息。

優(yōu)選地，所述采集測試集群中各個測試機的資源使用情況，根據(jù)所述資源使用情況得到所述測試機的加權優(yōu)先級，并將所述測試機的IP地址和對應的加權優(yōu)先級反饋給控制服務器，包括：

采集測試集群中各個測試機的資源使用情況，根據(jù)所述資源使用情況得到所述測試機的加權優(yōu)先級，并將所述測試機的IP地址和對應的加權優(yōu)先級以心跳的方式上傳到數(shù)據(jù)庫；

當所述控制服務器生成所述任務類消息后，從所述數(shù)據(jù)庫中讀取所有測試機的加權優(yōu)先級和對應的IP地址。

優(yōu)選地，所述資源使用情況包括CPU使用率、內(nèi)存使用率、磁盤使用率、網(wǎng)絡使用率以及接收到的請求量中的一種或多種組合。

本發(fā)明通過分布式化的壓力測試系統(tǒng)使得測試人員可以同時運行大量壓測任務，有利于提高壓測效率。通過采集測試集群中各個測試機的資源使用情況，得到測試機的加權優(yōu)先級，將壓力測試任務分發(fā)給加權優(yōu)先級最高的測試機去執(zhí)行，實現(xiàn)負載均衡，有利于提高資源利用率。

進一步地，本發(fā)明通過壓測引擎模塊可以將壓測工具統(tǒng)一部署到測試機，并對配置、測例、測試結果、測試報告等進行統(tǒng)一管理，減少環(huán)境成本和維護成本，提高測試效率。

附圖說明

圖1是本發(fā)明提供的分布式壓力測試系統(tǒng)的一個實施例的結構圖；

圖2是如圖1所示實施例提供的消息處理架構的一個實施例的架構圖；

圖3是本發(fā)明提供的分布式壓力測試方法的一個實施例的流程圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

參見圖1，是本發(fā)明提供的分布式壓力測試系統(tǒng)的一個實施例的結構圖。

如圖1所示，所述分布式壓力測試系統(tǒng)包括控制服務器(Master)10和由至少兩個測試機(Slave-1～n)200組成的測試集群20；所述控制服務器10為系統(tǒng)的控制端，負責將壓測任務及配置信息發(fā)送至測試機并接收處理結果。所述測試機200為系統(tǒng)的被控端，設置有壓測引擎模塊，負責接收壓測任務和配置并對被測服務器進行壓力測試。

所述測試機200包括負載均衡模塊201；

所述負載均衡模塊201，用于采集所述測試機200的資源使用情況，根據(jù)所述資源使用情況得到所述測試機200的加權優(yōu)先級，并將所述測試機200的IP地址和對應的加權優(yōu)先級反饋給所述控制服務器10；

在一種優(yōu)選的實施方式當中，所述資源使用情況包括CPU、內(nèi)存、磁盤和網(wǎng)絡中的一種或多種資源的使用情況，加權優(yōu)先級(Weight)的計算方法如下：

其中，CPU_p、MEM_p、DISK_p、NET_p為各指標的資源使用率，各指標的加權系數(shù)K₁～K₄的大小可根據(jù)壓測引擎對資源的消耗程度設置，在一種優(yōu)選的實施方式當中，K₁＝0.4,K₂＝0.3,K₃＝0.2,K₄＝0.1。當CPU、內(nèi)存、磁盤、網(wǎng)絡中任何一個資源使用率大于90％(本領域技術人員可根據(jù)實際需要對該值進行調(diào)整)時，將該Slave節(jié)點從可用節(jié)點中移除(將其加權優(yōu)先值設為-1)，直至該節(jié)點資源恢復可用狀態(tài)(資源使用率小于90％)。

在另一種優(yōu)選的實施方式當中，所述資源使用情況包括測試機接收到的請求量，通過LVS-NAT等負載均衡方案計算所述測試機的加權優(yōu)先級，以達到類似的目的。與前述實施方式相比，本實施方式通過請求量來進行負載均衡，前述實施方式則通過收集Slave節(jié)點的真實資源使用情況并計算加權優(yōu)先級進行負載均衡，前者更能反映測試機的空閑狀態(tài)。

所述控制服務器10包括第一消息處理模塊101；

所述第一消息處理模塊101，用于根據(jù)各個測試機200的加權優(yōu)先級和對應的IP地址，將任務類消息分發(fā)給加權優(yōu)先級最高的測試機200；

所述測試機200還包括第二消息處理模塊202和壓測引擎模塊203；

所述第二消息處理模塊202，用于接收所述控制服務器10發(fā)送來的任務類消息，從所述任務類消息中解析出對應的壓力測試任務，并將所述壓力測試任務發(fā)送給所述壓測引擎模塊203；

所述壓測引擎模塊203，用于執(zhí)行所述壓力測試任務。所述壓測引擎模塊203是一個專門負責壓測任務執(zhí)行的模塊，負責接收壓測任務、構造并發(fā)送請求對被測服務器進行壓力測試。

在具體實施當中，所述第一消息處理模塊101，還用于將配置類消息廣播給所有測試機200；

所述第二消息處理模塊202，還用于接收所述控制服務器10發(fā)送來的配置類消息，從所述配置類消息中解析出對應的配置操作任務，并將所述配置操作任務發(fā)送給所述壓測引擎模塊203；

所述壓測引擎模塊203，還用于執(zhí)行所述配置操作任務。

本發(fā)明通過配置類消息的廣播和執(zhí)行，可對slave節(jié)點進行統(tǒng)一的部署和配置，保證所有分布式slave節(jié)點數(shù)據(jù)的完整性和一致性。

具體地，所述第二消息處理模塊202用于接收控制服務10發(fā)送來的消息(包括任務類消息和配置類消息)，解析消息內(nèi)容，根據(jù)消息內(nèi)容產(chǎn)生對應的處理任務(包括壓力測試任務和配置操作任務)，并將處理任務交給壓測引擎模塊203執(zhí)行，并根據(jù)任務的執(zhí)行結果生成響應消息返回給控制服務器10。所述壓測引擎模塊203負責執(zhí)行slave節(jié)點中第二消息處理模塊202接收到的任務(包括壓力測試任務和配置操作任務)，主要包括壓測任務的配置文件生成、測例代碼生成、任務執(zhí)行和測試報告生成等。

在一種優(yōu)選的實施方式當中，所述分布式壓力測試系統(tǒng)還包括數(shù)據(jù)庫(Mysql)30；

所述數(shù)據(jù)庫30，用于存儲所述負載均衡模塊201反饋的IP和對應的加權優(yōu)先級；

所述負載均衡模塊201包括采集單元，用于采集測試集群中各個測試機的資源使用情況，根據(jù)所述資源使用情況得到所述測試機的加權優(yōu)先級，并將所述測試機的IP地址和對應的加權優(yōu)先級以心跳的方式上傳到數(shù)據(jù)庫。

所述第一消息處理模塊包括獲取單元，用于當所述控制服務器10生成所述任務類消息后，從所述數(shù)據(jù)庫30中讀取所有測試機的加權優(yōu)先級和對應的IP地址，以獲取加權優(yōu)先級最高的測試機的IP地址。

此外，壓測引擎模塊200還可進一步將測試結果和被測系統(tǒng)所在服務器資源使用數(shù)據(jù)寫入數(shù)據(jù)庫中以供控制服務器10中UI模塊查詢和展示。

本實施方式當中，負載均衡模塊201會以心跳的方式將其所在測試機的IP地址和加權優(yōu)先級存入數(shù)據(jù)庫30中。當控制服務器10產(chǎn)生一個任務類消息時，會從數(shù)據(jù)庫30中讀取測試集群20的所有可用測試機節(jié)點的IP地址和加權優(yōu)先級，并將該任務類消息發(fā)送給較為空閑(加權優(yōu)先級最高)的機器。通過數(shù)據(jù)庫30作為數(shù)據(jù)傳輸?shù)拇鎯椭修D，可根據(jù)壓測需求動態(tài)的調(diào)整Slave節(jié)點的數(shù)量(只需在數(shù)據(jù)庫的Slave信息表中注冊添加測試機IP，并在該節(jié)點以其IP作為routing_key運行第二消息處理模塊和壓測引擎模塊即可，無需重啟服務)。

進一步地，如圖1所示，所述控制服務還包括UI模塊102；

所述UI(User Interface，用戶界面)模塊102，用于根據(jù)用戶的UI操作生成所述任務類消息或所述配置類消息。

UI模塊102為用戶提供簡便操作，這些操作可分為兩種類型：任務類操作和配置類操作。任務類操作是指只需在單臺slave節(jié)點執(zhí)行的操作，此類操作不會破壞Slave節(jié)點數(shù)據(jù)的完整性和一致性，一般包括信息讀取和壓測任務執(zhí)行，如申請測例錄制代理、啟動測例錄制、停止測例錄制、預覽測例代碼、啟動測試任務、獲取任務log(日志)信息等。配置類操作是指需在所有slave節(jié)點執(zhí)行的操作，這些操作必須保證所有分布式slave節(jié)點數(shù)據(jù)的完整性和一致性，一般包括任務創(chuàng)建編輯和配置下發(fā)，如創(chuàng)建任務、編輯任務、刪除任務、任務配置、測例代碼保存等。

在一種優(yōu)選的實施方式當中，所述控制服務器10中的第一消息處理模塊101和所述測試機200中的第二消息處理模塊202之間使用RabbitMQ作為消息系統(tǒng)媒介。RabbitMQ是一個消息代理，它可以為你的應用提供一個通用的消息發(fā)送和接收平臺，并且保證消息在傳輸過程中的安全。

在具體實施當中，第一消息處理模塊101和第二消息處理模塊202集成RabbitMQ負責生成、發(fā)送、接收任務消息。Master節(jié)點的第一消息處理模塊101主要負責解析用戶在UI上的操作并將這些操作生成對應的消息，然后通過RabbitMQ將消息發(fā)送給指定Slave節(jié)點，并接收Slave節(jié)點通過RabbitMQ返回的響應消息。Slave節(jié)點的第二消息處理模塊202則負責接收Master節(jié)點通過RabbitMQ發(fā)出的消息，并解析消息內(nèi)容生成對應任務交給壓測引擎模塊執(zhí)行，并根據(jù)任務的執(zhí)行結果生成響應消息通過RabbitMQ返回給Master。

消息處理架構如圖2所示，整個架構中有faout和direct兩種類型的交換機(exchange)，名稱分別為config(配置)和task(任務)，Slave節(jié)點的消息模塊啟動時會聲明一個消息隊列(queue)。所有Slave節(jié)點的消息隊列會綁定(binding)到config交換機，同時會將該消息隊列以Slave節(jié)點的IP作為綁定鍵(routing_key)綁定到task交換機。

Master發(fā)送消息時會聲明回調(diào)隊列(reply_to)和關聯(lián)標識(correlation_id)，關聯(lián)標識為請求的uuid，當Slave節(jié)點收到Master發(fā)送的消息并處理后會產(chǎn)生響應消息，該響應消息會通過回調(diào)隊列發(fā)送給Master。

當Master產(chǎn)生配置類消息時，會將該消息發(fā)送給config交換機，config交換機會將收到的消息廣播至所有與之綁定的Slave節(jié)點的消息隊列，從而達到配置分發(fā)和數(shù)據(jù)一致性的目的。當Master產(chǎn)生任務類消息時，首先會從數(shù)據(jù)庫中讀取所有Slave節(jié)點的加權優(yōu)先級并獲取最為空閑(加權優(yōu)先級最高)的Slave節(jié)點的IP地址，然后將該IP地址作為routing_key并將該任務類消息發(fā)送給task交換機，task交換機會根據(jù)消息的routing_key將該消息路由到對應Slave節(jié)點的消息隊列中，從而達到負載均衡的目的。

如圖2所示，假如測試集群中有IP為192.168.44.16和192.168.44.17兩臺Slave(測試機)A和B，并且其負載均衡加權優(yōu)先級分別為50.0和60.0。當用戶在UI上進行配置類操作(如配置保存)產(chǎn)生配置類消息時，Master便會將該消息發(fā)送給config交換機，并通過config交換機將該消息廣播至A、B兩臺測試機。當用戶在UI上進行任務類操作(如執(zhí)行測試任務)產(chǎn)生任務類消息時，Master會從數(shù)據(jù)庫中讀取A、B兩臺Slave節(jié)點的加權優(yōu)先級并獲取最為空閑的B節(jié)點的IP地址192.168.44.17，然后將192.168.44.17作為routing_key并將該任務類消息發(fā)送給task交換機，task交換機便會將該消息只轉發(fā)給B節(jié)點。

本實施方式中消息處理采用異步通訊方式的RabbitMQ，可以減少用戶等待時間，進一步提高壓測的效率。應當說明的是，上述實施方式僅為本發(fā)明的一種優(yōu)選實施方式，本領域技術人員也可根據(jù)實際需要，采用其他方式以實現(xiàn)消息模塊之間的通訊，如作為一種次選的實施方式，也可通過API(Application Programming Interface，應用程序編程接口)的方式進行同步通訊，實現(xiàn)消息模塊之間的信息交互。

本發(fā)明為壓力測試提供一種分布式化及負載均衡的解決方案，主要解決以下問題：壓測工具選取多樣、復雜問題：本發(fā)明的壓測引擎模塊集成一種通用的壓力測試工具，所有的壓測引擎統(tǒng)一部署到測試集群的各個節(jié)點上，無需測試人員單獨搭建壓測工具的使用環(huán)境，所有測例的編寫方式統(tǒng)一；任務、測例、結果分散問題：測試人員生成的測試任務、配置、測例、測試結果、報告等由系統(tǒng)統(tǒng)一進行管理；單臺機器不能滿足多任務、多系統(tǒng)壓測需求問題：本發(fā)明提供負載均衡解決方案，可以根據(jù)測試集群中每個節(jié)點的資源使用情況將測試任務分配給測試集群中較為空閑的機器。

參見圖3，是本發(fā)明提供的分布式壓力測試方法的一個實施例的流程圖。本實施例的基本原理與圖1所示實施例一致，本實施例中未詳述之處可參見圖1所示實施例中的相關描述。

如圖2所示，所述分布式壓力測試方法，包括：

S1，采集測試集群中各個測試機的資源使用情況，根據(jù)所述資源使用情況得到所述測試機的加權優(yōu)先級，并將所述測試機的IP地址和對應的加權優(yōu)先級反饋給控制服務器；

S2，所述控制服務器根據(jù)各個測試機的加權優(yōu)先級和對應的IP地址，將任務類消息分發(fā)給加權優(yōu)先級最高的測試機；

S3，所述測試機接收所述控制服務器發(fā)送來的任務類消息，從所述任務類消息中解析出對應的壓力測試任務，并執(zhí)行所述壓力測試任務。

其中，所述資源使用情況包括CPU使用率、內(nèi)存使用率、磁盤使用率、網(wǎng)絡使用率以及接收到的請求量中的一種或多種組合。

在具體實施當中，在所述步驟S1之前，還包括：

S21，所述控制服務器將配置類消息廣播給所有測試機；

S22，所述測試機接收所述控制服務器發(fā)送來的配置類消息，從所述配置類消息中解析出對應的配置操作任務，并執(zhí)行所述配置操作任務。

進一步地，在所述步驟S21之前，還包括：

S20，所述控制服務器根據(jù)用戶的UI操作生成所述任務類消息或所述配置類消息。

在一種優(yōu)選的實施方式當中，所述步驟S1具體包括：

S11，采集測試集群中各個測試機的資源使用情況，根據(jù)所述資源使用情況得到所述測試機的加權優(yōu)先級，并將所述測試機的IP地址和對應的加權優(yōu)先級以心跳的方式上傳到數(shù)據(jù)庫；

S12，當所述控制服務器生成所述任務類消息后，從所述數(shù)據(jù)庫中讀取所有測試機的加權優(yōu)先級和對應的IP地址。

綜上所述，本發(fā)明通過分布式化的壓力測試系統(tǒng)使得測試人員可以同時運行大量壓測任務，有利于提高壓測效率。通過采集測試集群中各個測試機的資源使用情況，得到測試機的加權優(yōu)先級，將壓力測試任務分發(fā)給加權優(yōu)先級最高的測試機去執(zhí)行，實現(xiàn)負載均衡，有利于提高資源利用率。本發(fā)明通過壓測引擎模塊可以將壓測工具統(tǒng)一部署到測試機，并對配置、測例、測試結果、測試報告等進行統(tǒng)一管理，減少環(huán)境成本和維護成本，提高測試效率。

需說明的是，以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。另外，本發(fā)明提供的裝置實施例附圖中，模塊之間的連接關系表示它們之間具有通信連接，具體可以實現(xiàn)為一條或多條通信總線或信號線。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，所屬領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)，當然也可以通過專用硬件包括專用集成電路、專用CPU、專用存儲器、專用元器件等來實現(xiàn)。一般情況下，凡由計算機程序完成的功能都可以很容易地用相應的硬件來實現(xiàn)，而且，用來實現(xiàn)同一功能的具體硬件結構也可以是多種多樣的，例如模擬電路、數(shù)字電路或專用電路等。但是，對本發(fā)明而言更多情況下軟件程序實現(xiàn)是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中，如計算機的軟盤，U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。