Selenium2介绍(五)--测试设计考虑.docxVIP

测试设计考虑介绍测试设计我们这一章中提供的信息对于新手和老手都很有用。这里我们描述最常见的自动化测试的类型。我们也描述自动化测试中用于提高测试套件的维护性和扩展性最常用的“设计模式”。对于还没有开始使用这些技术的读者，越有经验的人会越感兴趣。测试类型您将要测试应用的哪些部分？这取决于你的项目的各方面:用户的期望,项目允许的时间,项目经理设置的优先级等等。一旦项目边界定义好了，您，测试人员，将会决定测试些什么。为了将您将要执行的测试分类，我们在这里创造了几个术语。这些术语绝不是标准,尽管这些都是很典型的web应用程序测试的概念。测试静态内容最简单的测试类型，内容测试，就是检查一个静态的，不改变的UI元素存在的简单测试。例如：是否每个页面都有期望的页面标题？这可以用于验证你的测试在点击一个链接之后，到达期望的页面。应用的主页包含一个图像在页面顶部？是否网站的每个页面都包含一个footer区域，连接到公司联系页面，隐私政策，商标信息？是否每个页面都有使用h1标签的头部文字？是否每个页面在Header中都有正确的文字？你可能需要或者不需要内容测试。如果你的页面内容不太可能受到影响,那么,是更有效的测试是手动测试页面内容。如果，例如，如果您的应用程序包含被移动到不同的位置的文件,内容测试可能证明是有价值的。测试链接网站的一个常见的错误来源是坏链接或链接后面失踪的页面。测试设计点击每个链接，验证正确的页面。如果静态链接不经常改变，手工测试就足够了。如果网页设计师经常改变链接，或者文件不定期的迁移，连接测试应该自动化。功能测试这些将是在您的应用程序一个特定的功能的测试,需要某种类型的用户输入,并返回一些类型的结果。通常一个功能测试将包括多个基于表单的输入包括文本输入框，提交或取消操作的页面。用户输入可以通过文本输入框，多选框，下拉列表或其他浏览器支持的输入。功能测试通常是你要自动化的最复杂的测试，但也是最重要的。典型的测试可以是登陆，注册，用户账号操作，用户设置改变，复杂数据获取操作，和其他的。功能测试通常反映了用于指定特性和设计或您的应用程序的用户场景。测试动态元素一个网页元素常有一个唯一的identifer用来唯一定位一个页面中的元素。通常这些使用html标记id属性或者name属性来实现。这些名字可以是静态的，例如不变的，字符串常量。他们也可以是动态产生值，每个页面实例都不同。例如，一些网站服务器可能用一个页面实例显示的文档doc3861来命名，或者在另一个页面实例中则为doc6148。取决于用户获取的是什么文档。一个测试脚本验证文档存在可能不能使用一个相同的identifer来定位。通常动态元素在同种类型的返回页面中基于用户操作会有不同的identifier。虽然这取决于网页的功能。例子：input type=checkbox value=true id=addForm:_ID74:_ID75:0:_ID79:0:checkBox/这显示了一个多选框的HTML标签。它的ID(addForm:_ID74:_ID75:0_ID79:0:checkbox)是动态产生的。下次打开相同的页面，可能就会是个不同的值。Ajax测试Ajax是一个支持动态改变用户界面元素的技术，不需要重新加载页面就可以动态改变。例如动画，RSS feed,实时数据更新及其他。Ajax可以使用无数的方法来更新页面的元素。但是，一个容易理解的方法就是Ajax驱动应用，数据从应用服务器取得，然后显示在页面中，而不需要重新加载整张页面。只有页面的某部分，或只有元素本身被重新加载。验证结果Assert vs. Verify什么时候应该使用assert命令，什么时候应该使用verify命令？取决于你。区别是当你检查失败的时候你想做什么。你想结束测试，还是继续，只是简单的记录这个检查失败？这是折中的办法。如果你想使用一个assert，测试将会停止而不会执行后续的检查。有时候，这经常不是你希望的。如果测试失败，你会立即知道测试没有成功。测试引擎，例如TestNG和Junit有常用的开发环境的插件，很方便地把这些测试标志为失败。好处是：你可以立即有一个视觉结果知道测试是否通过。坏处是：当检查失败，有一些检查没有被执行，所以你没有他们的状态的信息。相反，verify命令不会结束测试。如果您的测试只使用verify命令，那么您的测试不管有没有检查到错误，都会运行到最后。坏处：你需要用更多的工作来检查你的测试结果。你不能从TestNG或者Junit中得到任何反馈。必须从控制台的日志中查看结果。你每次都要花时间来查看输出的结果。如果你运行了上百个测试，每个都有他们自己的日志，这很费时，立即的assert反馈会更合适。Assert更常用于，然后在立即的反馈之后做verify。权衡：assert