Selenium也是一个用于Web应用程序测试的工具。
Selenium测试直接运行在浏览器中，就像真正的用户在操作一样。支持的浏览器包括IE、Mozilla Firefox、Mozilla Suite等。
这个工具的主要功能包括：
测试与浏览器的兼容性——测试你的应用程序看是否能够很好得工作在不同浏览器和操作系统之上。
测试系统功能——创建衰退测试检验软件功能和用户需求。
类型：
- Web功能自动化回归测试
- 接口自动化回归测试
- 单元自动化回归测试
Web功能自动化回归测试 + Selenium
要不要做页面测试自动化的争议由来已久，不做或少做的主要原因是其成本太高，其中一个成本就是自动化脚本的编写和维护，那么有没有办法降低这种成本呢？
自动化测试设计简介
http://www.51testing.com/html/81/n-832681.html
试类型
您应该测试应用程序中的哪些部分？这取决于您的项目的各种影响因素：用户的期望，时间期限，项目经理设置的优先事项等等。但是，一旦项目边界定义完成，作为测试工程师，你必须做出要测试什么的决定。
● 测试静态内容
静态内容测试是最简单的测试，用于验证静态的、不变化的UI元素的存在性。例如：
→ 每个页面都有其预期的页面标题？这可以用来验证链接指向一个预期的页面。
→ 应用程序的主页包含一个应该在页面顶部的图片吗？
→ 网站的每一个页面是否都包含一个页脚区域来显示公司的联系方式，隐私政策，以及商标信息？
→ 每一页的标题文本都使用的<h1>标签吗？每个页面有正确的头部文本内吗？
您可能需要或也可能不需要对页面内容进行自动化测试。如果您的网页内容是不易受到影响手工对内容进行测试就足够了。如果，例如您的应用文件的位置被移动，内容测试就非常有价值。
测试链接
● 功能测试
在您的应用程序中，需要测试应用的特定功能，需要一些类型的用户输入，并返回某种类型的结果。通常一个功能测试将涉及多个页面，一个基于表单的输入页面，其中包含若干输入字段、提交“和”取消“操作，以及一个或多个响应页面。用户输入可以通过文本输入域，复选框，下拉列表，或任何其他的浏览器所支持的输入。
功能测试通常是需要自动化测试的最复杂的测试类型，但也通常是最重要的。典型的测试是登录，注册网站账户，用户帐户操作，帐户设置变化，复杂的数据检索操作等等。功能测试通常对应着您的应用程序的描述应用特性或设计的使用场景。
测试动态元素
Ajax的测试
验证结果
● 断言assert与验证verify
什么时候使用断言命令，什么时候使用验证命令？这取决于你。差别在于在检查失败时，你想让测试程序做什么。你想让测试终止，还是想继续而只简单地记录检查失败？
这需要权衡。如果您使用的断言，测试将在检查失败时停止，并不运行任何后续的检查。有时候，也许是经常的，这是你想要的。如果测试失败，你会立刻知道测试没有通过。TestNG和JUnit等测试引擎提供在开发测试脚本时常用的插件，可以方便地标记那些测试为失败的测试。优点：你可以直截了当地看到检查是否通过。缺点：当检查失败，后续的检查不会被执行，无法收集那些检查的结果状态。
相比之下，验证命令将不会终止测试。如果您的测试只使用验证，可以得到保证是—假设没有意外的异常—测试会被执行完毕，而不管是否发现缺陷。缺点：你必须做更多的工作，以检查您的测试结果。也就是说，你不会从TestNG和JUnit得到反馈。您将需要在打印输出控制台或日志文件中查看结果。每次运行测试，你都需要花时间去查看结果输出。如果您运行的是数以百计的测试，每个都有它自己的日志，这将耗费时间。及时得到反馈会更合适，因此断言通常比验证更常使用。
● 权衡：assertTextPresent，assertElementPresent和assertText
您现在应该熟悉这些命令及使用它们的机制。如果没有，请参阅相关章节。在构建你的测试时，你需要决定
→ 只检查在页面上的文本吗？（verify/ assertTextPresent）
→ 只检查是否在页面上存在HTML元素吗？即文本，图像，或其他没被检查的内容，只要和HTML标记相关。（verify/ assertElementPresent）
→ 需要同时检查元素和它的文本内容？（verify/ assertText）
没有正确的答案。这取决于您的测试要求。如有疑问，请使用assertText，因为这是最严格的类型检查点。您可以随后更改它，但至少你不会遗漏任何潜在的故障。
Verify/ assertText是最特殊的测试类型。HTML元素（标签）或文本的不符合都会导致测试失败。也许你的网页设计师经常改变页面面，而你不希望在他们改变页面时，你的测试失败，因为这是期望中的周期性变更。但是，假如你仍然需要检查的页面上的东西，如段落、标题文本或图像。在这种情况下，您可以使用verify/ assertElementPresent。这将确保一个特定类型的元素存在（如果使用XPath，可以确保它相对页面内其他对象的存在）。但你不关心的内容是什么，你只关心某个特定的元素，比方说，一个图片在一个特定的位置。
随着时间的推移和经验的积累，如何决定使用还是非常简单的。
定位元素的策略
● 选择一个定位策略
有多种方式选择页面上的对象。但面对这些定位类型，如何权衡呢？回想一下，我们定位一个对象的方式：
→ 元素的ID
→ 元素的name属性
→ XPath语句
→ 通过一个链接的文本
→ 文档对象模型（DOM）
使用元素的ID或name定位符，在测试执行方面来说，是最有效的方式。也让你的测试代码更具可读性，如果在页面源代码中的ID或name属性被友好命名的话。XPath语句需要更长的时间来处理，因为浏览器必须运行它的XPath处理器。在Internet Explorer 7，XPath出了名的慢。
使用链接的文本进行定位是很方便的，并运行起来也不错。这种技术只适用于链接。另外，如果链接文本很可能会经常改变，使用<a>标签定位元素将是更好的选择。
不过，有时你必须使用XPath定位。如果一个页面元素没有一个ID或者name属性，除了XPath定位没得选择。（DOM定位器不再普遍使用，因为，XPath可以做得更好。DOM定位器只简单地为遗留测试而存在）。
相对使用ID或name属性定位，使用XPath进行定位有一个独特的优势。使用XPath（DOM）中，你可以找到页面上相对于其他对象的一个对象。例如，如果有一个链接必须存在<div>标签里的第二个段落内，您可以使用XPath进行定位。使用ID和name属性定位，你只能得出它们存在指定的页面，而不知具体的页面位置。如果你必须测试显示公司标志的图像出现在页面顶部的头部分，XPath定位可能是更好的选择。
● 定位动态元素
正如前面测试类型部分所述，动态元素的页面标识在不同的页面实例上市不同的。例如，
● 定位Ajax元素
定位、验证AJAX元素的最好的方式是使用Selenium 2.0 webdriver的API，它专门解决Selenium 1.0测试AJAX元素的一些限制。
在Selenim 2.0中，可以使用waitfor（）方法来等待一个页面元素变得可用。该参数是一个WebDriver用来实现定位的By对象。这是WebDriver的章节中详细解释。
在Selenium 1.0（Selenium-RC的）中，要做到这一点需要编写更多的编码，但它并不难。首先检查元素，如果它存在，等待预定义的时间段，然后再重新检查。这在循环内执行，如果超过一个预定的超时，元素不存在则终止循环。
让我们考虑页面上实现AJAX效果的一个链接（链接= ajaxLink），可以使用循环处理：
封装Selenium调用
与任何编程一样，你需要使用工具函数来处理在测试代码中重复的函数。避免重复的方法之一是封装常用的Selenium方法的调用。例如，测试时经常点击页面上的元素，等待页面加载。
● 判断元素存在的“安全操作”
另一种常见的封装Selenium的方法，在执行进一步操作前检查页面上的元素存在性。这有时被称为“安全操作”。例如，下面的方法可用于实现一个依赖期望的元素存在的安全操作。
UI映射
一个UI映射是一种机制，它存储所有的定位器的测试套件在一个地方，方便修改UI元素的路径标识符或改变在AUT。测试脚本，然后使用UI地图定位以被测试的元件。基本上，UI地图是一个存储库的测试脚本对象，对应于被测试的应用程序的UI元素。
是什么让一个UI地图有帮助吗？其主要目的是测试脚本的管理更加容易。当定位需要编辑，有一个中央位置轻松地找到对象，而不是通过搜索测试脚本代码。此外，它允许改变的标识符在一个地方，而不是在多个地方，以使更改在测试脚本，或为此事，在多个测试脚本。
总之，一个UI地图有两个显着的优点。
● UI对象使用一个集中的位置，而不是让他们分散在整个脚本。这使得脚本维护更高效。
● 神秘的HTML标识符和名称可以被赋予了更多的人类可读的名字，提高测试脚本的可读性。
页面对象设计模式
页面对象设计模式，可以提高自动化测试脚本的维护性、减少代码重复，越发流行。页面对象是一个面向对象的类，作为待测应用对外提供的接口。测试代码在需要和UI页面交互时，使用此页面对象类的方法。这样做的好处是，如果UI页面发生变化，测试代码本身并不需要改变，只需要改变相应的页面对象的代码。为适应新UI页面的所有更改，都位于一个地方。
页面对象设计模式具有以下优点：
1、测试代码和页面相关的代码，比如页面元素定位信息（若使用UI映射，也包括定位信息的应用），页面布局等，完全分离；
2、可以维护单一的储存库来存储页面提供的服务或操作，而不是把他们分散在测试代码中。
在这两种情况下，这使得任何由于UI界面变化导致的修改，都可以在一个地方进行修改。关于该技术的更多有用信息，可以在众多的博客上找到。我们也鼓励读者去阅读更多。 许多人写这样的设计模式和超出本用户指南的范围，可以提供有用的提示。不过，为了让你开始，我们将举例说明页面对象的一个简单的例子。
首先，考虑一个例子，典型的自动化测试，不使用页面对象。
1、没有分离测试代码和待测应用的定位器（在这个例子中是ID）；两者都交织在一个单一方法中。如果待测应用UI改变了它的标识，布局，或登录输入和处理的方式变化，测试代码本身必须改变。
2、ID定位信息分散在多个测试代码中，所有的测试不得不使用此登录页面。
使用页面对象技术，上述测试代码可以按如下方式重写，为登录页面的页面对象例子：
怎么样使用页面对象进行设计有很大的灵活性，但也有一些基本的规则以保证得到测试代码具有所需的可维护性。页面对象本身不应该被验证或断言。这应该是测试的一部分，并应始终在测试代码中去验证或断言，而不要放在页面对象内。页面对象将包含页面展现，方法的形式表示页面提供的服务，但不需要包含应该在测试代码中维护的代码。
唯一的应该存在页面对象中的验证方法是，验证页面、页面上的重要元素，被正确的加载。这这个验证应该在页面初始化时进行。在上面的例子中，SignInPage 和 HomePage 的构造函数检查了期望的页面是否可用，是否准备好接受测试代码的请求。
页面对象并不一定要代表整个页面。页面对象设计模式可用于表示页面上组件。在待测应用上的一个页面若有多个组件，每个组件对应一个页面对象可以提高可维护性。
在测试时，还会遇到其他的测试设计模式。有些人用一个页面工厂模式来实例化页面对象。讨论所有的这些测试模式，超出了本文档的的范围。在这里，我们只为大家介绍概念，使读者知道这些东西可以些什么。正如前面提到的，很多人都在博客上讨论这个话题，我们鼓励读者搜索这些话题。
数据驱动测试
数据驱动测试是指相同的测试（或测试集）可以使用不同的数据多次执行。这些数据集往往来自外部文件，如csv文件，文本文件，或者是从数据库加载。数据驱动测试是一种常用的自动化测试技术，使用不同的输入对应用程序进行多次验证。当测试被针对不同的数据进行设计时，所输入的数据就可以扩展，基本上不需要修改测试代码就可以进行更多的测试。
上面的Python代码打开一个文本文件，这个文件每行包含不同的搜索字符串。然后代码保存字符串到一个字符串数组，对数值进行遍历，使用搜索字符串进行查询，并进行断言。
这是一个非常简单的例子，但其中的思路表明，可以很简单的使用编程、脚本语言进行数据驱动的测试。有关更多示例，请参阅 Selenium RC wiki 来了解如何从电子表格读取数据或使用TestNG的提供数据。此外，这是一个在自动化测试的专业人士圈内众所周知的话题之一，包括那些不使用Selenium的自动化圈子，因此搜索互联网上的“数据驱动测试”，会得到许多关于这一主题的博客。
数据库验证
另一种常见的测试类型是，比较用户界面上的数据和存储在后台数据库中的数据。因为你也可以使用一种编程语言进行数据库查询，假设你有数据库相关的函数，你可以用它们来检索数据，然后使用这些数据来验证页面上所显示的数据是正确的。
考虑如下例子，从数据库中进行检索注册电子邮件地址，然后再和界面上的数据进行比较。代码如下，先建立一个数据库连接，并从数据库中检索数据，使用的是Java语言：
