就在Selenium1.0處于開發階段的同時，另一款瀏覽器自動化框架WebDriver也正在ThoughtWorks公司的醞釀之中。WebDriver項目的初衷是把端對端
測試與底層測試工具隔離開。通常情況下，這種隔離手段通過適配器（Adapter）模式完成。WebDriver正是來源于該方法在許多項目上的不斷實踐應用，最初是HtmlUnit的封裝，工具發布后很快開始支持Internet Explorer和Firefox。WebDriver的最初代碼在2007年初發布。
在WebDriver最初發布時，與
Selenium RC存在顯著差異，盡管它們都屬于瀏覽器自動化的API工具。對于用戶來說，最明顯的區別在于Selenium RC提供基于字典的API，所有方法都在一個類中開放，而WebDriver的API更面向對象。此外，WebDriver僅支持Java，而Selenium RC提供廣泛的語言支持。技術差異也很明顯：Selenium Core（RC的基礎）基本上是JavaScript應用，運行在瀏覽器的安全沙箱之內。WebDriver則嘗試原生綁定到瀏覽器中，繞開了瀏覽器的安全模型，代價就是框架自身的開發投入顯著增加。
在2009年8月，兩個項目宣布合并，Selenium WebDriver就是合并的成果。
WebDriver的創建者Simon Stewart早在2009年8月的一份郵件中解釋了項目合并的原因:
為何把兩個項目合并？部分原因是WebDriver解決了Selenium存在的缺點（比如，能夠繞過JS沙箱。我們有出色的API），部分原因是Selenium解決了WebDriver存在的問題（例如支持廣泛的瀏覽器），部分原因是因為Selenium的主要貢獻者和我都覺得合并項目是為用戶提供最優秀框架的最佳途徑。
目前，WebDriver支持的語言綁定包括Java、C#、
Python和
Ruby。它支持Chrome、Firefox、Opera和
移動端
Android、iPhone瀏覽器。此外，還有其他關聯項目，不在同一源代碼庫中維護，但是和主項目（Selenium WebDriver）緊密合作，例如提供Perl綁定支持、BlackBerry瀏覽器支持，以及“無頭”WebKit——用于持續集成的測試其無法正常顯示的情況。最初的Selenium RC機制仍然維持，幫助WebDriver在瀏覽器不受支持的情況下提供支持。
在兩個項目合并中出現了哪些架構方面的問題？學到了哪些經驗和教訓？Simon Stewart在《The Architecture of Open Source Applications》一文中做了詳細的描述，本文參考了以下內容：
http://www.aosabook.org/en/selenium.html
http://www.infoq.com/cn/news/2011/07/selenium-arch-2
處理復雜性
軟件是模塊構造起來的。這些模塊很復雜，作為API的設計人員們，可以選擇如何處理這種復雜性。極端情況下，可能會傳播這種復雜性，這意味著API的每一位用戶都需要牽涉其中。另一個極端情況是承擔盡可能多的復雜性并將其隔離在某個地方。這個地方對于許多想一探究竟的API用戶來說黑暗而恐怖。折中方案則是API的用戶，如果無須深入了解實現細節，那么只需面對當前所遇到的復雜性即可。
就在Selenium1.0處于開發階段的同時，另一款瀏覽器自動化框架WebDriver也正在ThoughtWorks公司的醞釀之中。WebDriver項目的初衷是把端對端
測試與底層測試工具隔離開。通常情況下，這種隔離手段通過適配器（Adapter）模式完成。WebDriver正是來源于該方法在許多項目上的不斷實踐應用，最初是HtmlUnit的封裝，工具發布后很快開始支持Internet Explorer和Firefox。WebDriver的最初代碼在2007年初發布。
在WebDriver最初發布時，與
Selenium RC存在顯著差異，盡管它們都屬于瀏覽器自動化的API工具。對于用戶來說，最明顯的區別在于Selenium RC提供基于字典的API，所有方法都在一個類中開放，而WebDriver的API更面向對象。此外，WebDriver僅支持Java，而Selenium RC提供廣泛的語言支持。技術差異也很明顯：Selenium Core（RC的基礎）基本上是JavaScript應用，運行在瀏覽器的安全沙箱之內。WebDriver則嘗試原生綁定到瀏覽器中，繞開了瀏覽器的安全模型，代價就是框架自身的開發投入顯著增加。
在2009年8月，兩個項目宣布合并，Selenium WebDriver就是合并的成果。
WebDriver的創建者Simon Stewart早在2009年8月的一份郵件中解釋了項目合并的原因:
為何把兩個項目合并？部分原因是WebDriver解決了Selenium存在的缺點（比如，能夠繞過JS沙箱。我們有出色的API），部分原因是Selenium解決了WebDriver存在的問題（例如支持廣泛的瀏覽器），部分原因是因為Selenium的主要貢獻者和我都覺得合并項目是為用戶提供最優秀框架的最佳途徑。
目前，WebDriver支持的語言綁定包括Java、C#、
Python和
Ruby。它支持Chrome、Firefox、Opera和
移動端
Android、iPhone瀏覽器。此外，還有其他關聯項目，不在同一源代碼庫中維護，但是和主項目（Selenium WebDriver）緊密合作，例如提供Perl綁定支持、BlackBerry瀏覽器支持，以及“無頭”WebKit——用于持續集成的測試其無法正常顯示的情況。最初的Selenium RC機制仍然維持，幫助WebDriver在瀏覽器不受支持的情況下提供支持。
在兩個項目合并中出現了哪些架構方面的問題？學到了哪些經驗和教訓？Simon Stewart在《The Architecture of Open Source Applications》一文中做了詳細的描述，本文參考了以下內容：
http://www.aosabook.org/en/selenium.html
http://www.infoq.com/cn/news/2011/07/selenium-arch-2
處理復雜性
軟件是模塊構造起來的。這些模塊很復雜，作為API的設計人員們，可以選擇如何處理這種復雜性。極端情況下，可能會傳播這種復雜性，這意味著API的每一位用戶都需要牽涉其中。另一個極端情況是承擔盡可能多的復雜性并將其隔離在某個地方。這個地方對于許多想一探究竟的API用戶來說黑暗而恐怖。折中方案則是API的用戶，如果無須深入了解實現細節，那么只需面對當前所遇到的復雜性即可。