Selenium自动化测试用例设计注意事项

1、Selenium自动化测试用例设计注意事项UI元素映射元素验证等待加载日志记录结果收集Selenium自动化测试用例设计注意事项（一）自动化测试设计简介我们在本章提供的信息，对自动化测试领域的新人和经验丰富的老手都是有用的。本篇中描述最常见 的自动化测试类型，还描述了可以增强您的自动化测试套件可维护性和扩展性的“设计模式”。还没有使用这些技术的、有经验的自动化测试工程师会对这些技术更加感兴趣。测试类型您应该测试应用程序中的哪些部分这取决于您的项目的各种影响因素：用户的期望，时间期限，项目 经理设置的优先事项等等。但是，一旦项目边界定义完成，作为测试工程师，你必须做出要测试什么的决 定。为了对W

2、eb应用的测试类型进行分类,我们在这里创建了一些术语。这些术语并不意味着标准，但是 这些概念对web应用测试来说非常典型。测试静态内容静态内容测试是最简单的测试，用于验证静态的、不变化的UI元素的存在性。例如：- 每个页面都有其预期的页面标题这可以用来验证链接指向一个预期的页面。- 应用程序的主页包含一个应该在页面顶部的图片吗f网站的每一个页面是否都包含一个页脚区域来显示公司的联系方式，隐私政策，以及商标信息- 每一页的标题文本都使用的 <h1>标签吗每个页面有正确的头部文本内吗您可能需要或也可能不需要对页面内容进行自动化测试。如果您的网页内容是不易受到影响手工对内容进行测试就足够

3、了。如果，例如您的应用文件的位置被移动，内容测试就非常有价值。 测试链接Web站点的一个常见错误为的失效的链接或链接指向无效页。链接测试涉及点各个链接和验证预期的 页面是否存在。如果静态链接不经常更改，手动测试就足够。但是，如果你的网页设计师经常改变链接， 或者文件不时被重定向，链接测试应该实现自动化。 功能测试在您的应用程序中，需要测试应用的特定功能，需要一些类型的用户输入，并返回某种类型的结果。通常一个功能测试将涉及多个页面，一个基于表单的输入页面，其中包含若干输入字段、提交“和”取消“操作，以及一个或多个响应页面。用户输入可以通过文本输入域，复选框，下拉列表，或任何其他的浏 览器所支持的

4、输入。功能测试通常是需要自动化测试的最复杂的测试类型，但也通常是最重要的。典型的测试是登录，注 册网站账户，用户帐户操作，帐户设置变化，复杂的数据检索操作等等。功能测试通常对应着您的应用程 序的描述应用特性或设计的使用场景。 测试动态元素通常一个网页元素都有一个唯一的标识符，用于唯一地定位该网页中的元素。通常情况下，唯一标识符用HTM麻记的id'属性或name属性来实 现。这些标识符可以是一个静态的，即不变的、字符串常量。它们也可以是动态生产值，在每个页面实例上都是变化的。例如，有些Web服务器可能在一个页面实例上命名所显示的文件为 doc3861,并在其他页面实力上显示为doc614

5、8,这取决于用户在检索的文档。验证文件是否存在的测试脚本，可能无法找到不变的识别码来定位该文件。通常情况下，具有变化的标识符的动态元素存在于基于用户操作的结果页面上，然而，显然这取决于Web应用程序。下面是一个例子。<input id="addForm:_ID74:_ID75:0:_ID79:0:checkBox" type="checkbox" value="true" />这是一个HTM麻记的复选框，其ID (addForm:_ID74:_ID75:0:_ID79:0:checkBox)是一个动态生成的值。这个页面下次

6、被打开时，复选框的ID将可能是一个不同的值。 Ajax的测试Ajax是一种支持动态改变用户界面元素的技术。页面元素可以动态更改，但不需要浏览器重新载入页面，如动画，RSS源，其他实时数据更新等等。Ajax有不计其数的更新网页上的元素的方法。但是了解AJAX的最简单的方式，可以这样想，在 Ajax驱动的应用程序中，数据可以从应用服务器检索，然 后显示 在页面上，而不需重新加载整个页面。只有一小部分的页面，或者只有元素本身被重新加载。 验证结果 断言assert与验证verify什么时候使用断言命令，什么时候使用验证命令这取决于你。差别在于在检查失败时，你想让测试程 序做什么。你想让测试终止，还是

7、想继续而只简单地记录检查失败这需要权衡。如果您使用的断言，测试将在检查失败时停止，并不运行任何后续的检查。有时候，也 许是经常的，这是你想要的。如果测试失败，你会立刻知道测试没有通过。TestNG和JUnit等测试引擎提供在开发测试脚本时常用的插件，可以方便地标记那些测试为失败的测试。优点：你可以直截了当地看 到检查是否通过。缺点：当检查失败，后续的检查不会被执行，无法收集那些检查的结果状态。相比之下，验证命令将不会终止测试。如果您的测试只使用验证，可以得到保证是一假设没有意外的异常一测试会被执行完毕，而不管是否发现缺陷。缺点：你必须做更多的工作，以检查您的测试结果。也就是说，你不会从Test

8、NG和JUnit得到反馈。您将需要在打印输出控制台或日志文件中查看结果。每次运行测 试，你都需要花时间去查看结果输出。如果您运行的是数以百计的测试，每个都有它自己的日志，这 将耗费时间。及时得到反馈会更合适，因此断言通常比验证更常使用。 权衡：assertTextPresent , assertElementPresent 和 assertText您现在应该熟悉这些命令及使用它们的机制。如果没有，请参阅相关章节。在构建你的测试时，你需 要决定 只检查在页面上的文本吗(verify/ assertTextPresent ) 只检查是否在页面上存在HTM玩素吗即文本，图像，或其他没被检查的内容，只

9、要和HTM麻记相关。(verify/ assertElementPresent ) 需要同时检查元素和它的文本内容( verify/ assertText )没有正确的答案。这取决于您的测试要求。如有疑问，请使用 assertText ,因为这是最严格的类型检 查点。您可以随后更改它，但至少你不会遗漏任何潜在的故障。Verify/ assertText是最特殊的测试类型。HTM玩素(标签)或文本的不符合都会导致测试失败。也许你的网页设计师经常改变页面面，而你不希望在他们改变页面时，你的测试失败，因为这是期望中的周期性变更。但是，假如你仍然需要检查的页面上的东西，如段落、标题文本或图像。在这种情

10、况下，您 可以使用verify/ assertElementPresent 。这将确保一个特定类型的元素存在(如果使用 XPath ,可以确 保它相对页面内其他对象的存在)。但你不关心的内容是什么，你只关心某个特定的元素，比方说，一个图片在一个特定的位置。随着时间的推移和经验的积累，如何决定使用还是非常简单的。定位元素的策略选择一个定位策略有多种方式选择页面上的对象。但面对这些定位类型，如何权衡呢回想一下，我们定位一个对象的方A:- 元素的ID- 元素的 name属性fXPath语句- 通过一个链接的文本- 文档对象模型(DOM使用元素的ID或name定位符，在测试执行方面来说， 是最有效的方

11、式。也让你的测试代码更具可读 性，如果在页面源代码中的 ID或name属性被友好命 名的话。XPath语句需要更长的时间来处理，因为浏 览器必须运行它的 XPath处理器。在Internet Explorer 7, XPath出了名的慢。使用链接的文本进行定位是很方便的，并运行起来也不错。这种技术只适用于链接。另外，如果链接 文本很可能会经常改变，使用 <a>标签定位元素将是更好的选择。不过，有时你必须使用 XPath定位。如果一个页面元素没有一个ID或者name属性，除了 XPath定位没得选择。(DOMt位器不再普遍使用，因为，XPath可以做得更好。DOMt位器只简单地为遗留

12、测试而存在)。相对使用ID或name属性定位，使用 XPath进行定位有一个独特的优势。使用 XPath (DOM中，你 可以找到页面上相对于其他对象的一个对象。例如，如果有一个链接必须存在 <div>标签里的第二个段落内，您可以使用XPath进行定位。使用ID和name属性定位，你只能得出它们 存在指定的页面，而不知具 体的页面位置。如果你必须测试显示公司标志的图像出现在页面顶部的头部分，XPath定位可能是更好的选择。- 定位动态元素正如前面测试类型部分所述，动态元素的页面标识在不同的页面实例上市不同的。例如，<a class="button" id=

13、"adminHomeForm" onclick="return oamSubmitForm('adminHomeForm','adminHomeForm:_ID38');" href="#">View Archived Allocation Events</a>这个HTMLI苗标记定义了一个ID属性为"adminHomeFormi按钮。和大部分 HTM麻签相比，这是一个相 当复杂的锚标记，但它仍然是一个静态标签。每次页面被浏览器加载时，HTML各保持不变。它的ID在所有的页面

14、实例里保持不变，也就是说，页面被展示时，这个 UI元素总是有同样的标识符。所 以，点击此 按钮的测试脚本(Selenium Server )如下所示：("adminHomeForm");然而，你的应用程序，可能生成动态的HTM麻识符。在不同的网页实例中，标识符发生改变。例如，一个动态的页面的 HTM玩素可能会是这个样子：<input id="addForm:_ID74:_ID75:0:_ID79:0:checkBox" type="checkbox" name="addForm:_ID74:_ID75:0:_ID7 9

15、:0:checkBox" value="true" />这是一个复选框，id和name属性都是addForm:_ID74:_ID75:0:_ID79:0:checkBox 。在这种情况下， 使用标准的定位，测试脚本应该是这样子的：("addForm:_ID74:_ID75:0:_ID79:0:checkBox");对于动态生成的标识符，这种做法行不通。下一次页面加载时，标识符将是一个不同的值，执行上述脚本会遇至| "element not found ” 错误。要更正该问题，一个简单的解决办法是使用XPath定位替代ID定位器。

16、因此，对于该复选框，可以简单地使用("for(String checkboxid:checkboxids) if("addForm") (expectedText);如果页面上只有一个复选框的ID文本为"expectedText "时，这种方法工作。定位Ajax元素定位、验证 AJAX元素的最好的方式是使用Selenium webdriver 的API,它专门解决 Selenium 测试AJAX元素的一些限制。在Selenim中，可以使用 waitfor ()方法来等待一个页面元素变得可用。该参数是一个WebDriver用来实现定位的By对象。

17、这是 WebDriver的章节中详细解释。在Selenium (Selenium-RC的)中，要做到这一点需要编写更多的编码，但它并不难。首先检查元素，如果它存在，等待预定义的时间段，然后再重新检查。这在循环内执行，如果超过一个预定的超时，元素 不存在则终止循环。让我们考虑页面上实现 AJAX效果的一个链接(链接=ajaxLink )，可以使用循环处理：for (int second = 0; second+) if (second &gt;= 60) break;try if ("link=ajaxLink") break; catch (Exception e)

18、 (1000);这当然不是唯一的解决办法。Ajax是一个共同的话题，在用户论坛上，查找一下之前的讨论，看看别人是如何做的。封装Selenium调用与任何编程一样，你需要使用工具函数来处理在测试代码中重复的函数。避免重复的方法之一是封装 常用的Selenium方法的调用。例如，测试时经常点击页面上的元素，等待页面加载。(elementLocator);(waitPeriod);为了不重复上述代码，你可以写一个包装方法实现这两个功能。/* Clicks and Waits for page to load.* param elementLocator* param waitPeriod*/ pub

19、lic void clickAndWait(String elementLocator, String waitPeriod) (elementLocator);(waitPeriod);判断元素存在的“安全操作”另一种常见的封装Selenium的方法，在执行进一步操作前检查页面上的元素存在性。这有时被称为“安全操作”。例如，下面的方法可用于实现一个依赖期望的元素存在的安全操作。/* Selenum-RC - Clicks on element only if it is available on page.* param elementLocator*/ public void safeCl

20、ick(String elementLocator) if(elementLocator) (elementLocator); else * param elementLocator*/ public void safeClick(String elementLocator) WebElement webElement = getDriver().findElement(elementLocator);if(webElement != null) (elementLocator); else etUrl();在第二个例子中，XXXX方法是一个占位符，可以用元素定位方法进行替换。使用安全方法取决

21、于测试开发人员的决定。因此，如果测试需要继续执行，即使知道页面上一些元素没有发现，这时可以使用安全方法，并发送一条缺少元素的消息到日志文件。这基本上等于实现了带报告机制的验证，而不是一个失败就终止执行的断言。但是，如果元素必须在页面上出现，以便能够执行进一 步的操作(如一 个门户网站主页上的登录按钮)，这时安全方法技术不应该被使用。Selenium自动化测试用例设计注意事项(二)UI映射一个UI映射是一种机制，它存储所有的定位器的测试套件在一个地方，方便修改UI元素的路径标识符或改变在AUT测试脚本，然后使用 UI地图定位以被测试的元件。基本上，UI地图是一个存储库的测试脚本对象，对应于被测试

22、的应用程序的UI元素。是什么让一个UI地图有帮助吗其主要目的是测试脚本的管理更加容易。当定位需要编辑，有一个中央位置轻松地找到对象，而不是通过搜索测试脚本代码。此外，它允许改变的标识符在一个地方，而不是在 多个地方，以使更改在测试脚本，或为此事，在多个测试脚本。总之，一个UI地图有两个显着的优点。 UI对象使用一个集中的位置，而不是让他们分散在整个脚本。这使得脚本维护更高效。神秘的HTM麻识符和名称可以被赋予了更多的人类可读的名字，提高测试脚本的可读性。考虑下面很难理解的测试代码(Java语言)。public void testNew() throws Exception ("log

23、inForm:tbUsername", "xxxxxxxx");("loginForm:btnLogin");("adminHomeForm:_activitynew");("30000");("addEditEventForm:_IDcancel");("30000");("adminHomeForm:_activityold");("30000");该代码很难被那些不熟悉待测应用(AUT页面源代码的人理解。即使是待测应用的

24、固定用户可能也很难理解这段脚本代码的作用。一个更好的脚本可能是：public void testNew() throws Exception ,"xxxxxxxx");("30000");("30000");("30000");使用备注和空格换行、再加上UI映射标识，下面的代码更加易读:public void testNew() throws Exception ,"xxxxxxxx");("30000");("30000");("30000&q

25、uot;);有多种方法可以实现UI映射。可以创建一个类或结构体来存储字符串变量，每个变量存储一个定位信息。或者，使用一个文本文件来存储键值对。在 Java中，一个包含键值对的属性 property文件可能是最 好的方法。考虑如下属性文件，为上述代码例子中的UI元素指定了 “别名”：=loginForm:tbUsername=loginForm:btnLogin=adminHomeForm:_activitynew=addEditEventForm:_IDcancel=adminHomeForm:_activityold其中定位信息还是指向页面的 HTMLM象，但我们在测试脚本和 UI元素之间引

26、入一层抽象层。测试类 从属性文件中读取定位信息，从而实现UI映射。页面对象设计模式页面对象设计模式，可以提高自动化测试脚本的维护性、减少代码重复，越发流行。页面对象是一个面向对象的类，作为待测应用对外提供的接口。测试代码在需要和UI页面交互时，使用此页面对象类的方法。这样做的好处是，如果 UI页面发生变化，测试代码本身并不需要改变，只需要改变相应的页面对象的 代码。为适应新UI页面的所有更改，都位于一个地方。页面对象设计模式具有以下优点：1、测试代码和页面相关的代码，比如页面元素定位信息（若使用 UI映射，也包括定位信息的应用）， 页面布局等，完全分离；2、可以维护单一的储存库来存储页面提供的

27、服务或操作，而不是把他们分散在测试代码中。在这两种情况下，这使得任何由于UI界面变化导致的修改，都可以在一个地方进行修改。关于该技术 的更多有用信息，可以在众多的博客上找到。我们也鼓励读者去阅读更多。许多人写这样的设计模式和超出本用户指南的范围，可以提供有用的提示。不过，为了让你开始，我们将举例说明页面对象的一个简单 的例子。首先，考虑一个例子，典型的自动化测试，不使用页面对象。/* Tests login feature*/public class Login public void testLogin() ("inputBox", "testUser"

28、;);("password", "my supersecret password");("sign-in");("PageWaitPeriod");("compose button"),"Login was unsuccessful");这种方法有两个问题。1、没有分离测试代码和待测应用的定位器(在这个例子中是ID);两者都交织在一个单一方法中如果待测应用UI改变了它的标识，布局，或登录输入和处理的方式变化，测试代码本身必须改变。2、ID定位信息分散在多个测试代码中，所有的测

29、试不得不使用此登录页面。使用页面对象技术，上述测试代码可以按如下方式重写，为登录页面的页面对象例子:* Page Object encapsulates the Sign-in page.*/public class SignInPage private Selenium selenium;public SignInPage(Selenium selenium) =selenium;if(!().equals("Sign in page") throw new IllegalStateException("This is not sign in page, cur

30、rent page is:"+();/ param userName * param password * return HomePage object */* Login as valid user public HomePage loginValidUser(String userName, String password) ("usernamefield", userName);("passwordfield", password);("sign-in");("waitPeriod");return

31、 new HomePage(selenium);主页的页面对象可能会是这个样子:/* Page Object encapsulates the Home Page*/ public class HomePage private Selenium selenium;public HomePage(Selenium selenium) if (!().equals("Home Page of logged in user") throw new IllegalStateException("This is not Home Page of logged in user

32、, current page" +"is: " +();public HomePage manageProfile() These methods in turn might return more Page Objects for example click on Compose mail button could return ComposeMail class object*/现在，使用上述两个页面对象的登录测试代码，如下所示。/* Tests login feature*/ public class TestLogin public void testLo

33、gin() SignInPage signInPage = new SignInPage(selenium);HomePage homePage = ("userName", "password");("compose button"),"Login was unsuccessful");怎么样使用页面对象进行设计有很大的灵活性，但也有一些基本的规则以保证得到测试代码具有所需 的可维护性。页面对象本身不应该被验证或断言。这应该是测试的一部分，并应始终在测试代码中去验证 或断言，而不要放在页面对象内。页面对象将包含页

34、面展现，方法的形式表示页面提供的服务，但不需要 包含应该在测试代码中维护的代码。唯一的应该存在页面对象中的验证方法是，验证页面、页面上的重要元素，被正确的加载。这这个验证应该在页面初始化时进行。在上面的低J子中，SignInPage和HomePage的构造函数检查了期望的页面是否可用，是否准备好接受测试代码的请求。页面对象并不一定要代表整个页面。页面对象设计模式可用于表示页面上组件。在待测应用上的一个 页面若有多个组件，每个组件对应一个页面对象可以提高可维护性。在测试时，还会遇到其他的测试设计模式。有些人用一个页面工厂模式来实例化页面对象。讨论所有 的这些测试模式，超出了本文档的的范围。在这里

35、，我们只为大家介绍概念，使读者知道这些东西可以些 什么。正如前面提到的，很多人都在博客上讨论这个话题，我们鼓励读者搜索这些话题。数据驱动测试数据驱动测试是指相同的测试(或测试集)可以使用不同的数据多次执行。这些数据集往往来自外部 文件，如csv文件，文本文件，或者是从数据库加载。数据驱动测试是一种常用的自动化测试技术，使用 不同的输入对应用程序进行多次验证。当测试被针对不同的数据进行设计时，所输入的数据就可以扩展， 基本上不需要修改测试代码就可以进行更多的测试。# Collection of String valuessource = open("", "r")values =()()# Exe