在Selenium1.0處于開發(fā)階段的同時(shí)，另一款瀏覽器自動(dòng)化框架WebDriver也正在ThoughtWorks公司的醞釀之中。WebDriver項(xiàng)目的初衷是把端對(duì)端測(cè)試與底層測(cè)試工具隔離開。通常情況下，這種隔離手段通過適配器（Adapter）模式完成。WebDriver正是來源于該方法在許多項(xiàng)目上的不斷實(shí)踐應(yīng)用，初是HtmlUnit的封裝，工具發(fā)布后很快開始支持Internet Explorer和Firefox。WebDriver的初代碼在2007年初發(fā)布。
在WebDriver初發(fā)布時(shí)，與Selenium RC存在顯著差異，盡管它們都屬于瀏覽器自動(dòng)化的API工具。對(duì)于用戶來說，明顯的區(qū)別在于Selenium RC提供基于字典的API，所有方法都在一個(gè)類中開放，而WebDriver的API更面向?qū)ο�。此外，WebDriver僅支持Java，而Selenium RC提供廣泛的語言支持。技術(shù)差異也很明顯：Selenium Core（RC的基礎(chǔ)）基本上是JavaScript應(yīng)用，運(yùn)行在瀏覽器的安全沙箱之內(nèi)。WebDriver則嘗試原生綁定到瀏覽器中，繞開了瀏覽器的安全模型，代價(jià)是框架自身的開發(fā)投入顯著增加。
在2009年8月，兩個(gè)項(xiàng)目宣布合并，Selenium WebDriver是合并的成果。
WebDriver的創(chuàng)建者Simon Stewart早在2009年8月的一份郵件中解釋了項(xiàng)目合并的原因:
為何把兩個(gè)項(xiàng)目合并？部分原因是WebDriver解決了Selenium存在的缺點(diǎn)（比如，能夠繞過JS沙箱。我們有出色的API），部分原因是Selenium解決了WebDriver存在的問題（例如支持廣泛的瀏覽器），部分原因是因?yàn)镾elenium的主要貢獻(xiàn)者和我都覺得合并項(xiàng)目是為用戶提供框架的佳途徑。
目前，WebDriver支持的語言綁定包括Java、C#、Python和Ruby。它支持Chrome、Firefox、Opera和移動(dòng)端Android、iPhone瀏覽器。此外，還有其他關(guān)聯(lián)項(xiàng)目，不在同一源代碼庫(kù)中維護(hù)，但是和主項(xiàng)目（Selenium WebDriver）緊密合作，例如提供Perl綁定支持、BlackBerry瀏覽器支持，以及“無頭”WebKit——用于持續(xù)集成的測(cè)試其無法正常顯示的情況。初的Selenium RC機(jī)制仍然維持，幫助WebDriver在瀏覽器不受支持的情況下提供支持。
在兩個(gè)項(xiàng)目合并中出現(xiàn)了哪些架構(gòu)方面的問題？學(xué)到了哪些經(jīng)驗(yàn)和教訓(xùn)？Simon Stewart在《The Architecture of Open Source Applications》一文中做了詳細(xì)的描述，本文參考了以下內(nèi)容：
http://www.aosabook.org/en/selenium.html
http://www.infoq.com/cn/news/2011/07/selenium-arch-2
處理復(fù)雜性
軟件是模塊構(gòu)造起來的。這些模塊很復(fù)雜，作為API的設(shè)計(jì)人員們，可以選擇如何處理這種復(fù)雜性。極端情況下，可能會(huì)傳播這種復(fù)雜性，這意味著API的每一位用戶都需要牽涉其中。另一個(gè)極端情況是承擔(dān)盡可能多的復(fù)雜性并將其隔離在某個(gè)地方。這個(gè)地方對(duì)于許多想一探究竟的API用戶來說黑暗而恐怖。折中方案則是API的用戶，如果無須深入了解實(shí)現(xiàn)細(xì)節(jié)，那么只需面對(duì)當(dāng)前所遇到的復(fù)雜性即可。
WebDriver的開發(fā)人員更傾向于發(fā)現(xiàn)并在少數(shù)地方隔離這些復(fù)雜性，而不是傳播它。這么做的原因之一是為用戶著想。看看bug列表會(huì)知道，他們特別善于發(fā)現(xiàn)問題和缺陷，但是因?yàn)樵S多用戶不是開發(fā)人員，復(fù)雜的API不會(huì)受歡迎。開發(fā)人員試圖讓API正確地引導(dǎo)大家。例如，考慮下面來自早期Selenium API的方法，每一個(gè)都用于設(shè)置輸入元素的值：
• type
• typeKeys
• typeKeysNative
• keydown
• keypress
• keyup
• keydownNative
• keypressNative
• keyupNative
• attachFile
下面是WebDriver API中的等價(jià)方法：
• sendKeys
如前所述，這凸顯了RC和WebDriver之間的主要思想差異——WebDriver在努力模擬用戶，而RC在較低層次提供的API讓用戶難以或者無法使用。typeKeys和typeKeysNative之間的區(qū)別在于前者總是使用合成事件（synthetic event），而后者則嘗試?yán)肁WT Robot輸入鍵值。令人失望的是，AWT Robot發(fā)送按鍵事件給具有焦點(diǎn)的任意窗口，也是說可能不是瀏覽器。相比之下，WebDriver的原生事件，直接把事件發(fā)送給窗口處理函數(shù)，避免了瀏覽器窗口必須具有焦點(diǎn)的要求。
