使用 Sahi 实现 Web 自动化测试

目录

Web 测试背景

Sahi 的特性和优势：

基于上下文的页面识别机制：

隐式页面加载响应等待机制：

Sahi 的工作原理：

第一步：录制

第二步：精炼脚本

第三步：回放

---

Sahi 是 Tyto Software 旗下的一个基于业务的开源 Web 应用自动化测试工具Sahi 运行为一个代理服务器，并通过注入 JavaScript 来访问 Web 页面中的元素。

Sahi 支持 HTTPS 并且独立于 Web 站点，简单小巧却功能强大。它相对于 Selenium 等自动化测试工具，在动态 ID 元素查找和隐式页面等待处理等方面具有一定的优势。

选择 Sahi 工具来实现具体 Web 项目的自动化测试是一个很不错的选择。

Web 测试背景

随着 Web 技术和互联网的发展，Web 应用产品越来越丰富，基于 Web 页面测试的需求与日俱增。在当前全球软件都在追求高效、敏捷的开发模式的大背景下，Web 自动化测试成为了新一波技术探讨和研究的热潮。

因为传统的手工测试不仅效率低，并且测试质量受限于测试人员的一些情绪和心情。若当一个测试人员带着烦躁情绪来测这些繁杂的大量重复性工作，测试的质量令人担忧。更何况，当这项测试工作涉及到全球化方面的测试时，多语言版本的测试工作导致该测试工作量的成倍增加，这无疑是一项巨大的考验！

Sahi 的特性和优势：

当提及面向 Web 的自动化测试，相信许多读者会想到或者说使用过 Selenium、Watir 等工具，而对于 Sahi 就可能比较陌生。首先，让我们先来了解下 Sahi 工具。它是一款印度公司 Tyto Software 开发的成熟的开源 Web 自动化测试工具。

Sahi 简单易用，能良好支持 Ajax 和 Web2.0 技术，同时适用于敏捷和传统的不同测试模式。那么，它与其他非常流行的 Web 自动化测试工具有哪些不同和优势呢？让我们将其与主流自动化测试工具 Selenium 和 Watir 来进行一番对比，请参考图 1：

图 1. Sahi 与其他工具的对比

从上图的对比可以看出，Selenium 支持的脚本语言比较丰富，且自带 Selenium IDE 自动录制工具，Watir 执行的速度相对其他较快。而 Sahi 同样具备了自带的录制器，且支持几乎所有浏览器，且对 JS 支持较好，拥有页面等待判断机制，内置 Java 异常报告，支持 Ajax 等优势。

下面，本文将详细介绍一下 Sahi 的几大优势。

基于上下文的页面识别机制：

大多数如 Selenium 等 Web 自动化测试工具或是自动化框架，都采用类似基于 DOM 的定位策略、Xpath 定位策略和 id、name、identifier 等页面元素定位策略。

Identifier 定位是最普遍的一种定位方式，当不能识别为其它定位方式后，默认为 identifier 定位。在这种策略下，第一个使用 id 的页面元素将被识别出来，如果没有使用指定 id 的元素，那么将识别第一个名字与指定条件相符的元素。

例如，identifier 识别 username 元素的定位策略：identifier=username

Id 定位是在知道元素具体 id 特征的情况下的一种更精确定位。例如，定位页面元素 loginFrom：id=loginFrom

name 定位方式是去识别第一个匹配名称属性的 UI 元素。如果多个元素拥有相同的名称属性，可以使用 value 过滤器来进一步优化您的定位策略。例如，定位页面元素为 username：
name=username

Xpath 定位是在 XML 中定位元素的方法，而 HTML 可以被看作是 XML 的一种实现。XPath 扩展了上面 id 和 name 定位方式，提供了绝对路径和相当路径两种查找方式。

绝对路径：html/body/div[1]/div[1]/div[3]/div[1]/form/span/input[1]

相对路径查找：//div[@id='fm']/form/span/input

然而，在实际的情况下，页面元素并非如预期般明确。一些动态页面的 DOM 树常常随着 Web 产品的更新而频繁改变。许多的元素值如 ID、Name 等在代码中并不是必须的，常常会缺省。并且，属性值往往不是唯一对应的，页面中有时会存在相同属性的元素。当缺省 id 值或是 Xpath 定位失效时，上述这几种查找定位方式往往显得无助和脆弱。

Sahi 采用了一种主动查找的机制，它不受限于特定的元素属性。在没有 ID、Name 值的情况下，它可以使用一些如“title，value”等属性，这些都是页面可见的属性，所见即所得。同时，Sahi 会通过传入这些可见可识别的属性值，来按照 Sahi 预设的机制进行查找识别。Sahi 允许开发者对每一种元素设置不同属性和特定的查找顺序，包括那些自定义的属性名。所以 Sahi 相对于其他的 Web 自动化测试工具更灵活更开放。

比如，_link(“valueName”)用来定位一个定义为“valueName”的 link，这里的 valueName 并不一定是 value 的属性值，也可以是它的 id、title 等。

前面提到了 Sahi 主动查找的机制，那么它是如何去查找 DOM 节点下的特定元素的呢？Sahi 主要提供了三种基于上下文的元素 API：_in，_near 和_under。

从字面意思上，我们不难理解，_in 是指在某个 DOM 节点下查找某个元素，这比 Xpath 的不管是绝对路径或是相对路径查找都来的灵活，不会因为 DOM 树内部结构发生变化而导致路径失效找不到元素的问题。

_near 是指在某个元素附近查找相应设定规则条件的最近一个元素，这对于一个页面中有多个相同属性值的情况提供了一个很好的解决方式，使查找的范围更精确。

_under 是指在某个元素下方开始查找，找到符合条件的最近一个元素，一般_under 都适用在具有相同偏移量的同一列中。下面，我们来看一个例子，加深对 Sahi 这种基于上下文识别查找机制的理解：

图 2. 案例网页