IBM培训robot完整理的讲义.pptVIP

短测试周期中手工测试面临的挑战 迭代式的开发过程已经显示了比瀑布式开发的巨大好处，并已逐渐的取代传统的瀑布式开发成为了目前最流行的软件开发过程。在迭代开发中强调在较短的时间间隔中产生多个可执行、可测试的软件版本，这就意味着测试人员也必须为每次个迭代产成的软件系统进行测试。测试工作的周期被缩短了，测试的频率被增加了。在这种情况下，传统的手工测试已经严重的满足不了软件开发的需求。如下图所示，当第一个可测试的版本产生后，测试人员开始对这个版本的系统进行测试，很快第二个版本在第一个版本的技术上产生了，测试人员需要在第二次测试时重复上次的测试工作，还要对新增加的功能进行测试，每经过一个迭代测试的工作量会逐步的累加。随着软件开发过程的进展，测试工作变得越来越繁重，如果使用手工测试的方法，将很难保证测试工作的进度和质量。在这种情况下应用良好的自动测试工具将势在必行。通过使用自动化测试工具测试人员只要根据测试需求完成测试过程中的所需的行为，自动化测试工具将自动生成测试脚本，通过对测试脚本的简单修改便可以用于以后相同功能的测试了，而不必手工的重复已经测试过的功能部分。 手工测试的问题 Rational Robot 简介 执行完整的功能测试。记录和回放遍历应用程序的脚本，以及测试在查证点（verification points）处的对象状态。 执行完整的性能测试。Robot和Test Manager协作可以记录和回放脚本，这些脚本有助于你断定多客户系统在不同负载情况下是否能够按照用户定义标准运行。 在SQA Basic、VB、VU环境下创建并编辑脚本。Robot编辑器提供有色代码命令，并且在强大的集成脚本开发阶段提供键盘帮助。 测试IDE下Visual Basic、Oracle Forms、Power Builder、HTML、Java开发的应用程序。甚至可测试用户界面上不可见对象。 脚本回放阶段收集应用程序诊断信息，Robot同Rational Purify、Quantify、Pure Coverage集成，可以通过诊断工具回放脚本，在日志中察看结果。 Robot使用面向对象记录技术：记录对象内部名称，而非屏幕坐标。 若对象改变位置或者窗口文本发生变化，Robot仍然可以找到对象并回放。 Robot支持的环境 目前 Robot 对几乎所有流行的应用环境多有良好的支持和工作表现。尤其是对象 HTML、Java 和 .NET 应用、 Visual Basic、PowerBuilder、Delphi、 Oracle 表单 和 MFC 控件有着非常强大的支持。 Rational Robot 测试过程 Robot 的使用 由于robot的使用内容比较多，所以没有专门制作ppt 结合《robot基础使用手册》进行简单的讲解 常用的Robot验证点 Window Existence Verification Point 用 Windows Existence 检查点来检测: 检查指定窗口存在. 检查指定窗口不存在. 测试窗口的状态：最小化，最大化，隐藏. Menu Verification Point 用 Menu VP 来检测: 菜单的内容和顺序是否正确. 可以检测5级菜单和子菜单. 检查快捷键是否正确. 注：robot Menu VP不认识达梦客户端工具菜单，可用Object Data 代替 Alphanumeric Verification Point Edit box Window title bar (caption) Clipboard Verification Point 用Clipboard VP来检查: 使用自动化脚本测试剪切板功能 测试 复制到剪切板里面的文字或数字数据 测试非标准的Windows控件 Object Data Verification Point 用 Object Data VP 来检查: 测试对象中包含的数据: Standard Windows 32-bit common control Visual Basic data control ActiveX control Java or HTML object PowerBuilder DataWindow or DataStore object Oracle Forms base-table blocks and items List type object Menu Object Properties Verification Point 用 Object Properties VP来检查: 测试对象的属性: Individual objects A window and all of the objects it contains (its