Selenium_2_介绍(一).docxVIP

Selenium 2 (WebDriver) 介绍Web应用的自动化测试如今许多，可能所有的应用软件都是基于web的应用。这些应用的测试有效性在公司与组织间相差甚大。在这个高度互动和响应的时代，许多组织都使用某种形式的敏捷软件开发流程。频繁的测试成为软件项目的一个需求，必然要求进行自动化测试。自动化测试意味着使用一个软件工具重复的针对某个应用进行测试。自动化测试有许多好处。许多都跟测试的重复性与测试执行的速度相关。有一些商业和开源的工具可以帮助自动化测试的开发。Selenium可能是应用的最广的开源解决方案。这个用户指南帮助新的和有经验的Selenium用户学习创建web应用的自动化测试的有效技术。本指南介绍Selenium的特性和Selenium社区累积的经验。提供很多例子以及Selenium的内部结构的技术细节和推荐的使用方法。自动化测试对于提高软件团队的测试流程有特殊的好处。测试自动化支持：?频繁的回归测试?快速的反馈?Test Case几乎无限次的执行?支持Agile和Extreme开发模式?Test Case的有纪律的文档?定制的缺陷报告?寻找被手工测试忽略的缺陷?要不要自动化自动化永远都有优势么？什么时候应该选择自动化？不，有时候手工测试更适合。例如，如果应用的用户界面在不远的将来会改变，那么自动化需要重写。或者，没有足够的时间来创建自动化测试。短期来说，手工测试更有效率。如果一个应用有很紧的期限，暂时没有自动化测试，而且测试必须在一个时间段里完成，那么手工测试是最好的选择。?介绍SeleniumSelenium是一套不同的软件工具，使用不同的方法来支持自动化测试。许多 Selenium QA Engineers专注于一个或两个满足他们项目需求的工具，然而学习所有的工具将给他们解决不同的测试问题提供许多不同的选项。整套工具提供了非常丰富的功能，可以满足各种种类的Web应用的测试需求。这些操作非常灵活，允许有多种定位UI元素和比较期望结果的方法。Selenium的一个关键特性是一个测试案例可以在多个操作系统平台上运行。Selenium项目的简单历史Selenium在2004年由Jason Huggins在测试ThoughtWorks的一个内部应用时诞生。作为一个聪明人，他意识到对于每一个代码更改手工执行相同的测试很浪费时间。他开发了一套Javascript库来驱动页面之间的互动，使他能够在不同的浏览器里自动的运行测试。这个Library慢慢地成为Selenium的核心，Selenium Remote Control(RC)和Selenium IDE的基础。Selenium RC是突破性的,因为没有其他产品允许你用一个你选择的语言来控制浏览器。虽然Selenium是一个巨大的工具,它并非没有缺点。因为它基于Javascript的自动化引擎，浏览器对于Javascript的安全限制使有些事情没法做。更糟糕的是web应用变得越来越强大，新浏览器提供的各种特别的特性，使得这个限制越来越痛苦。在2006年Google一个叫Simon Stewart的工程师开始了一个叫做WebDriver的项目。谷歌一直是一个Selenium的用户,但测试人员不得不解决产品的限制。Simon想要一个可以使用浏览器的native方法和浏览器与操作系统直接对话的测试工具。这样可以避免javascript的沙箱环境的限制。这个WebDriver项目的开始，目的是解决Selenium的痛处。到了2008年，北京奥运会标志着中国作为一个世界大国的到来,大量在美国抵押贷款违约触发从大萧条以来的最严重的衰退。但这一年最重要的事情是Selenium和WebDriver的合并。Selenium有大量的社区和商业支持，但WebDriver显然是工具的未来。这两个工具的结合，为所有的用户提供一套共同的特性集，为自动化测试在同一屋檐下带来了一些最聪明的头脑。西蒙?斯图尔特—WebDriver的创建者，在2009年8月6日发给WebDriver和Selenium社区的联合邮件也许最好地解释了为什么WebDriver和Selenium合并。“为什么两个项目合并？部分原因是因为WebDriver解决了Selenium的某些缺点（比如可以绕过JS sandbox以及我们有一些很好的API）,部分原因是Selenium解决了某些WebDriver的缺点（比如支持更多的浏览器）部分原因是主要的Selenium贡献者和我觉得这是能够给用户提供最好的框架的方法。Selenium的工具集Selenium由几个软件工具组成，每个都有特殊的角色。Selenium 2 ( SeleniumWebdriver)Selenium2是这个项目未来的方向以及Selenium工具包的最新成员。这个崭新