WebDriver是一个Web的自动化测试框架，它支持你执行你的测试用例在不同的浏览器上面，并不像Selenium一样只支持Firefox。

 

 

WebDriver也支持你通过一种编程语言来创建你的测试脚本（这是不可能的在Selenium IDE里面）。

 

 

WebDriver在2006年出来之前，Selenium Remote Control 就已经存在了。 WebDriver和Selenium RC都支持下面的功能：

 

Selenium RC的结构就相对来说就复杂多了：

 

因此我们可以看到WebDriver比Selenium RC更加快，webdriver是直接通过浏览器本身的引擎来控制它，但是RC需要通过JS 来调用Selenium Core，Selenium Core是那个直接控制浏览器的而不是你。

 

                                                         VS              

                                         Selenium WebDriver                                                Selenium RC

 

 

                                              

WebDriver和页面元素之间的交互是更加的直接。比如，如果你有一个Disabled的Text box在你的测试页面上，WebDriver在这种情况下并不能输入任何的文本内容好比一个实际的人不能做这件事一样。

                                                        

 

                                                            

Selenium Core，就像其它的javaScript代码一样，它是能够找到并操作这种 Disabled 的页面元素。在过去，Selenium Tester总是抱怨Selenium Core能够去输入值到Disabled 的文本框中。这主要是由于不同的API。

 

 

Selenium RC的API 更加成熟，但是包含过多的让人混淆的命令。比如说，tester总是会疑惑是用type呢还是用typeKeys,或者说是click更好呢还是用mouseDown还是MouseDownAt。更糟糕的是，不同的浏览器去编译这些命令的时候采用不同的方式。

 

WebDriver的API相对于Selenium RC就显得更加简单了，它并没有大量的让人困惑的命令。

 

                                                       

HtmlUnit之所以被称为“Headless”，是因为它是一种不可见的浏览器，它是缺省界面的。

它的速度非常快，它不需要加载页面元素等待的时间，它可以加快你的测试执行的速度。 由于它是不可见的，所以也意味着它仅仅只能通过自动化来进行操作了。

Selenium RC不支持headless HtmlUnit浏览器，它需要一个真正的可见的浏览器进行操作。

 

我们得了解到，WebDriver的操作是依赖OS的level的。同样也得了解到，不同的浏览器和系统之间的交流是用不同的方法的。如果出现一个新版本的浏览器，它也许有一个不同的流程和系统之间的交流和其它浏览器相比较。所以你需要给WebDriver团队一段时间来实现新的方法对新的浏览器。

 

Selenium RC会自动产生一个HTML文件的测试结果。这个报告的格式是RC本身来定义的。下面有个例子可以看到：

                                                         

 

WebDriver是没有这样一个自动产生测试报告的模块，你需要依赖于IDE的输出对话框，或者利用编程语言来编写一个测试报告。