Selenium-Grid是基于傳統(tǒng)Selenium架構(gòu)發(fā)展起來的，它有如下優(yōu)點：

1.Selenium測試案例、待測Web應(yīng)用系統(tǒng)、Remote Control/瀏覽器組合之間無須緊密耦合。它們之間通過HTTP進行通信，因此不需要工作在一臺機器上。

2.Selenium測試案例和待測Web應(yīng)用系統(tǒng)與具體項目相關(guān)。不過，無論Selenium Remote Control還是瀏覽器都與具體項目無關(guān)。事實上，它們可以在不同應(yīng)用和項目間進行共享。

因此，只有通過建立一個基于Selenium Remote Control的網(wǎng)絡(luò)，我們才能在不同版本、不同應(yīng)用、不同項目，甚至于不同組織間共享測試平臺。當然我們同樣會面對前面提到的傳統(tǒng)Selenium架構(gòu)所面臨的局限。這就解釋了為什么我們需要一個全新組件，來解決如下問題：

如何透明地向測試案例指派一個Selenium Remote Control；

克服每個Remote Control支持的并發(fā)測試案例個數(shù)限制；

屏蔽測試案例對于測試平臺架構(gòu)的依賴

Selenium-Grid將這一組件稱為Selenium Hub.

1.Hub擁有一個與傳統(tǒng)Remote Control一模一樣的對外接口。這就意味著測試案例集可以透明地選擇一個傳統(tǒng)Remote Control或者Selenium Hub，而無須為此更該代碼，唯一需要改變的就是IP地址。它能屏蔽測試案例對網(wǎng)絡(luò)基礎(chǔ)架構(gòu)（你可以對其進行擴展）的依賴，這一點很重要，它同樣能夠減輕測試人員的工作量。同樣的測試案例，既可以在測試人員的辦公機器上運行，也可以在網(wǎng)絡(luò)分布式網(wǎng)絡(luò)上運行，而不需要改變?nèi)魏我恍写a。

2.Hub會為每一個測試案例分配Selenium Remote Control。Hub同樣負責(zé)來自測試案例的Selenium命令，路由至正確的Remote Control。同時它還會不斷底跟蹤測試進程。

3.當一個新測試啟動后，如果Hub找不到符合測試要求的Remote Control，它就會暫存收到請求。一旦符合要求的Remote Control資源被釋放，Hub就會立即響應(yīng)這一請求。對于整個測試流程而言，測試案例并不需要知道Grid內(nèi)部發(fā)生了什么；它需要做的僅僅是等待HTTP響應(yīng)。

Selenium Grid的架構(gòu)簡圖如圖8-2所示。

想要發(fā)揮Selenium-Grid的優(yōu)勢，你必須并行地運行測試案例。如果使用Java來編寫Selenium測試阿里，你可以選擇TestNG parallel runs或者Parallel JUnit。如果你更喜歡Ruby,那么應(yīng)該了解一下DeepTest或者spawn?？傊?，依賴于你選擇的變成語言和開發(fā)平臺是否提供并行執(zhí)行測試案例的解決方案。