用Selenium 自动化验收测试[3]

　　用Selenium 自动化验收测试[3]    软件测试

　　Selenium 模式

　　可以按两种模式来使用 Selenium：test runner 和 driven。这两种模式在复杂性和编写方式方面有所不同。driven 测试脚本编写起来往往要更复杂一些，因为它们是用编程语言编写的。但是如果使用 Python 或 Ruby 之类的高级动态编程语言，那么这种复杂性方面的差异就很小。

　　两种模式之间最大的不同点在于，如果使用 driven 脚本，测试有一部分在浏览器之外运行，而如果使用 test runner 脚本的话，测试是完全在浏览器中运行的。

　　不管是 test runner 还是 driven 测试用例，都可以与持续集成工具集成。

　　test runner 模式

　　Selenium test runner 脚本，也称测试用例(test case)，是用 HTML 语言通过一个简单的表布局编写的，如 清单 1 所示。

　　清单 1. Selenium 测试用例的结构

  <table border="1">
    <tr>
      <td>First command</td>
      <td>Target</td>
      <td>Value</td>
    </tr>
    <tr>
      <td>Second command</td>
      <td>Target</td>
      <td>Value</td>
    </tr>
  </table>

　　test runner 脚本通常与所测试的应用程序(AUT)部署在同一个服务器上。这是因为 browser bot 使用 JavaScript 来模拟用户操作。这些脚本在一个受限制的沙箱环境中运行。如果需要绕过这些限制，可以使用一个代理。

　　test runner 脚本使用与 xUnit 框架相同的测试套件(test suite)和测试用例概念。测试用例和命令按照它们在测试套件和测试用例中出现的顺序依次执行。在 清单 1 中：

　　第一列包含命令 或断言。

　　第二列包含命令或断言的目标(target)。这里可以用多种受支持的组件定位符中的一种来指定目标。通常使用的是组件的 ID 或名称，但 XPath 和 DOM 定位符也是受支持的。

　　第三列包含用于为命令或断言指定参数的值。例如，当使用 type 命令时，这一列可能就是一个文本域所期望的值。

　　即使对于非技术人员来说，test runner 脚本也易于阅读和编写。当在一个浏览器中打开 清单 1 中的例子时，将得到类似这样的一个表：

　　接下来，我将描述如何使用命令和断言编写一个简单但是完整的测试用例。

原文转自：http://www.ltesting.net