線上書籍

Home

Selenium

本篇主要是想更進一步介紹Selenium Server的工作原理,這次我們從Selenium Server的交互模式開始。

    在《第一個Selenium RC測試案例》中,我們以命令「java -jar selenium-server.jar」啟動了Selenium Server,其實在啟動Selenium Server時,我們還可以加上各種參數(具體的參數請參考《Selenium RC服務器命令行參數列表》), 而開啟Selenium Server交互模式的命令為「java -jar selenium-server.jar -interactive」。交互模式,是Selenium Server提供的一種快速的測試方法,你可以對Selenium Server輸入命令從而直接啟動測試。

1.啟動Selenium Server交互模式

2.在命令行中輸入:cmd=getNewBrowserSession&1=*iexplore&2=http://www.google.com。控制Selenium Server啟動瀏覽器,以及創建Session。

 

(1).---> Requesting http://localhost:4444/selenium-server/driver?cmd=getNewBrowserSession&1=*iexplore&2=http://www.google.com

看過《深入瞭解Selenium RC工作原理(1)》的應該瞭解:我們所編寫的測試案例,其實是通過發送Http請求實現對Selenium Server的控制,而測試案例所發送的請求就正是:---> Requesting http://localhost:4444/selenium-server/driver?cmd=getNewBrowserSession&1=*iexplore&2=http://www.google.com。我們可以再打開一個IE瀏覽器,在地址欄輸入:http://localhost:4444/selenium-server/driver?cmd=getNewBrowserSession&1=*iexplore&2=http://www.google.com,回車!看,Selenium Server又為此產生了一個Session了!呵呵:>

(2).這裡,Selenium Server為上面的請求隨機生成了一個Session ID:9505f5f8c52041c28f4cdc1f8e59f769(由於寫這篇文章的時候中途重啟了Selenium Server,所以這裡和上圖的Session ID不同,並且下文會繼續使用Session ID:9505f5f8c52041c28f4cdc1f8e59f769)。

(3).如果一切正常,Selenium Server最後會出現Get Result Ok的字樣,並出現如下兩個框框:

3.控制瀏覽器訪問www.google.com/webhp,輸入:cmd=open&1=http://www.google.com/webhp&sessionId=9505f5f8c52041c28f4cdc1f8e59f769

噢,瀏覽器成功訪問http://www.google.com/webhp了:>。

總結一下:

(1).在Selenium Server中輸入命令的格式為:cmd=Command&1=Target&2=Value&SessionID=…,這和Selenium IDE的案例語句很像。

(2).在輸入命令後,Selenium Server會發條Http請求給自己,請求的URL格式也是固定的:http://localhost:4444/selenium-server/driver?cmd=Command&1=Target&2=Value&SessionID=…,我們完全可以用瀏覽器發送請求控制Selenium Server進行測試。

(3).另外,sessionId是很重要的一個參數,當一個Selenium Server同時運行多個測試案例時,Selenium Server就是通過sessionId判斷到底該操作哪個瀏覽器窗口。而在下面的C#代碼中:

ISelenium selenium = new DefaultSelenium("127.0.0.1", 4444, "*iexplore", "http://www.google.com"); selenium.Start(); selenium.Open("/webhp");

 

selenium就相當於上文中的sessionId。

(4).在Selenium Server啟動一個Session時,必須先指定一個 「源」(原因見《深入瞭解Selenium RC工作原理(2)》),在上面的代碼中http://www.google.com就是「源」了,然而這是可能出現問題,請看下面代碼:

ISelenium selenium = new DefaultSelenium("127.0.0.1", 4444, "*iexplore", "http://www.google.com"); selenium.Start(); selenium.Open(http://www.baidu.com);

 

我們在啟動Session時,定義了源為http://www.google.com,但在後來的操作中,我們打開的卻是http://www.baidu.com,由於二者非同源,所以接下來的操作就可能會出現各種問題,故此Selenium Server會給出以下警告:

Selenium Server提示說;如果測試案例是運行在*iehta或者*chrome上,或者改變Selenium Server的運行模式為proxy injection mode即可避免問題出現。

    恩,在這裡,我不得不承認之前在《深入瞭解Selenium RC工作原理(1)》中,為了簡化問題,我故意少寫了一些東西!

    其實,Selenium Server其實有2種運行模式:

(1).Heightened Privileges Browsers

(2).Proxy Injection

現在Selenium Server啟動的默認模式為:Heightened Privileges Browsers。如果要啟動Proxy Injection模式,可以加參數「-proxyInjectionMode」。而之前在《深入瞭解Selenium RC工作原理(1)》中介紹Selenium RC與Testcase關係,其實就是在描述Proxy Injection的 工作模式,因為我個人認為Proxy Injection設計模式更為合理,所以只對Proxy Injection模式作介紹。在這裡我補充說明一下,為什麼Heightened Privileges Browsers模式不能避免上面的問題。先看看Selenium Server在Heightened Privileges Browsers模式下的工作流程圖:

 

和Proxy Injection模式不一樣,在Heightened Privileges Browsers模式下,Browser對Web的請求沒有經過Http Proxy,所以返回的Web頁面就有可能和Selenium Core不同源了(一般的情況下,Open都應該只獲取「源」下的某個子頁面,用Open獲取其他「源」的頁面在測試中應該是極少數的,因為在這種情況 下,我們還應該再new一個新的ISelenium selenium進行處理,雖然用Open獲取其他「源」的頁面出現的機會極少,但如果真的需要這樣的話,也只能啟動 -proxyInjectionMode模式了,雖然這樣的效率會低一些)。