《第8章 WinRunner测试系统工具的运用》由会员分享，可在线阅读，更多相关《第8章 WinRunner测试系统工具的运用（34页珍藏版）》请在金锄头文库上搜索。
1、8.1 WinRunner介绍8.2 使用WinRunner8.3 学习虚拟对象8.6 创建测试8.7 同步点(Synchronize)8.8 检查点(Checkpoint)第8章 WinRunner测试系统工具的运用理论环节 认识WinRunner系统的主要功能及适用范围 认识WinRunner系统进行软件测试的基本思想与策略 学习WinRunner系统进行软件测试的主要任务和过程 掌握运用WinRunner系统工具的应用配置 掌握运用WinRunner系统实现功能测试实践环节 认识并掌握WinRunner系统的配置使用 认识并掌握WinRunner系统进行软件测试的实践本章教学目标 Win
2、Runner（简称WR）是一种基于MS Windows的功能测 试工具。 WR可以帮助用户自动处理从测试开发到测试执行的整个过 程，可以创建可修改和可复用的测试脚本，而不用担心软 件功能模块的变更。 使用WinRunner进行自动化测试的好处：快速（Fast）、可靠（Reliable）、可重复（Repeatable）、可程序化（Programmable）、 广泛的（Comprehensive）、可再使用（Reusable）8.1 WinRunner介绍 以WinRunner执行测试，就与人工测试一样，WinRunner 会仿真鼠标的动作与键盘的输入。当在软件操作中点击GUI （图形用户界面）对
3、象时，WR会使用一种类C的测试脚本 语言 (TSL) 生成一个测试脚本。测试人员可以用手工编程的 方法编辑这个脚本。 WinRunner包括的功能生成器 (Function Generator) 可以帮 助用户快速简便的在已录制的测试中添加功能。 WinRunner有两种录制测试的模式： （1）环境判断模式(Context Sensitive Mode)（2）模拟模式(Analog Mode)WinRunner的测试模式 环境判断模式根据用户选取的GUI对象将用户对软件的操 作动作录制下来，并忽略这些对象在屏幕上的物理位置。 每一次对被测软件进行操作，测试脚本会描述用户选取的 对象和操作动作。
4、 当进行录制时间，WR会对选取的每个对象做唯一描述并 写入GUI map(映射) 中。GUI map和测试脚本被分开保存和 维护。当软件用户界面发生变化时，用户只需更新GUI map。这样一来，环境判断模式的测试脚本将非常容易地 被重复使用。 执行测试时只需要回放测试脚本。回放测试脚本的过程， 就是WR模拟一个用户使用鼠标选取对象、用键盘输入数 据的操作过程。 WR从GUI map中读取对象描述，并在被测 软件中查找符合这些描述的对象。环境判断模式 模拟模式记录鼠标点击、键盘输入和鼠标在二维平面上（ x轴、y轴）的精确运动轨迹。执行测试时，WR让鼠标根 据轨迹运动。 模拟模式对于那些需要追踪鼠
5、标运动的测试非常有用，例 如画图软件。模拟模式WinRunner的测试流程分为以下六个阶段： 创建GUI Map：识别应用程序的GUI对象 创建测试：建立测试脚本 调试测试：对测试脚本除错（debug） 执行测试：在新版应用程序执行测试脚本 查看测试结果 报告发现的错误WinRunner的测试过程 WinRunner 7.6 中附带了一个用于航班预定的样本软件 Flight Reservation。该样本软件有两个版本Flight4A 和 Flight4B，其中 Flight4A 版本是正常的软件， Flight4B 版 本中则有意识加入了一些错误。 样本软件的登录：可以使用任意用户名（长度至
6、少为4）登 录Flight Reservation软件，密码为Mercury。 WinRunner和测试套件的其他工具一起提供整个测试流程 的解决方案：测试计划、测试开发、GUI负载测试、错误跟 踪以及多用户系统客户端负载测试。常用测试套件有： TestDirector（测试管理工具） LoadRunner（用于Client/Server结构软件的测试工具） 样本软件和测试套件 启动WinRunner WinRunner主窗口 测试窗口 加载WinRunner插件8.2 使用WinRunner WinRunner如何识别应用程序中的GUI对象 使用GUI Spy查看GUI对象的属性 选择GUI
7、 Map的工作模式 使用RapidTest Script Wizard学习对象并产生测试脚本 8.3 设定GUI Map 关于识别GUI对象一般的Windows应用程序，通常是由窗口、按 钮、菜单等组成，这些在WinRunner中通称为GUI 对象。WR会通过学习这些GUI对象的属性来识别 GUI对象。WR把学来的这些GUI对象的属性保存在GUI Map文件中(GUI Map是一个或多个GUI Map文件的 总和) 。当执行测试时，WR使用GUI Map定位对象 ：先从GUI map读取有关对象的描述，然后寻找有 相同属性的对象。WR如何识别GUI对象 脚本中如何识别GUI对象在测试脚本中，W
8、R使用逻辑名(Logic name) 定 义对象：如“Print”定义Print dialog box，“OK” 定 义OK button。对象的逻辑名由它的类(Class) 决定 。多数情况下，逻辑名是对象的卷标(Label)。逻辑名实际上是对象物理描述（物理描述是 包 含一个对象物理属性的清单）的简称。 逻辑名和物理描述一起作用，确保每个GUI对象 有自身唯一的标识。WR如何识别GUI对象（续） 物理描述WR使用物理描述识别被测软件的GUI对象。物 理描述包括：物理属性清单和每个属性的值。 GUI map按以下格式记录这些属性和值的配对： 属性 1:值1,属性2:值2,属性3:值3, 例如
9、，对“Open”window的描述包含两个属性： Class和Label。其中Class属性的值是“window”， Label属性的值是“Open”，该对象的物理描述为： class:window, label:Open 。WR如何识别GUI对象（续） 设定窗体环境WR总是在对象出现的窗体的环境中学到该对 象的物理描述。当用户录制脚本时，一旦当前窗 体改变并且有GUI对象被操作，WR会自动在测 试脚本中插入一条set_window语句，之后所有 的对象就在那个窗体环境中被识别。例如： Set_window(“Print”,12); Button_press(“OK”); 如果用户手工编写脚本
10、，则需要用户写入 set_window 语句以对应当前窗体的变化。WR如何识别GUI对象（续） 查看GUI对象的属性WR提供一个叫GUI Spy的工具，可以用来查 看某个GUI对象有哪些属性以及WR是以哪些属 性来识别此GUI对象。注意：WR只会用最少但 可以组合成唯一的一组属性来识别GUI对象。 查看GUI Map的内容可以通过GUI Map Editor工具来查看GUI Map 的内容。可以看到：GUI Map文件包含了GUI对 象的逻辑名和物理描述。操作演示 被测软件中可能包含位图，WR录制对这些位图 的操作时使用win_mouse_click语句。通过把位图 定义成虚拟对象(virtu
11、al object)，用户可以让WR 像对待GUI对象那样处理它们。 依据位图在被测软件中的行为表现，用户可以 创 建虚拟push buttons、 radio buttons、 check buttons、lists 或 tables。如果这些类型都不适合 ，用户可以创建一个属于综合类的虚拟对象。 操作演示：使用Virtual Object Wizard定义虚拟对 象8.5 学习虚拟对象 用户可以用录制或编程的方式创建测试。通常是 结合以上两种方式创建测试脚本：首先录制一个 基础测试脚本用户对被测软件进行操作， TSL语言记录下这些操作；随后用户可以在录制 的测试脚本中修改、添加功能等。 创
12、建测试脚本的主要步骤：(1)决定用户想要测 试的功能点，确定用户想在脚本中使用的检查点 和同步点。(2)在测试属性对话框里把测试相关 的信息文档化。(3)选择录制模式，并录制。 (4) 给测试分配一个名字并保存。8.6 创建测试 检查点可以让用户比较软件当前版本和以前版本 的区别。录制测试时，在用户需要检查软件反应 的地方插入检查点；插入检查点后，WR会收集 一套性能指标，在测试运行时对其一一验证。 在脚本中可以插入四类检查点：GUI检查点检验 GUI对象信息。位图检查点做一个窗体或区域的 截图，并把这张图片和以前版本进行比较。文本 检查点读取GUI对象和位图中的文本，使用户可 以检验文本内容
13、。数据库检查点检查一定数量的 行和列组成的集合（这个集合由用户在数据库中 创建）的内容。 关于检查点 同步点用来处理测试运行中可能发生的时间控制 和窗体位置等问题。当WR执行到同步点时，会 暂停执行以等待应用程序某些状态的改变后，再 继续执行脚本。 何时应该使用同步点？执行测试时，所测试的应用程序每次操作的 响应时间并不一定，导致执行输入动作的时间也 需要等待。例如：从数据库取得数据、等待一个 窗口开启、等待某个状态讯息出现等动作可能会 时快时慢，如果应用程序响应时间超过WR设置 的等待时间，则测试执行就可能会失败。关于同步点 如果用户想用多组数据测试相同的操作步骤，用 户可以创建数据驱动测试
14、。测试会循环执行指定 的次数，每次执行都由不同的数据驱动。为了使 WR可以使用这些数据，用户必须在测试脚本中建 立和数据的联系，这就叫测试参数化。测试所需 的多组数据会被存储在一个数据表中。 具体操作时，用户可以手动修改测试脚本或者用 Data Driver Wizard来参数化测试以及把数据储存 到表格中。关于数据驱动测试 确认将要测试的功能点。最好设计简短、测试单 一功能点的测试；尽量不要设计繁长、一次涉及 多个功能点的测试。 决定要在测试中使用的检查点和同步点。 如果计划使用录制的方式，就要决定哪个部分用 Analog模式，哪个部分用Context Sensitive模式 。 决定在脚本
15、中添加哪些代码，如循环、数组或自 定义功能。计划一个测试 创建测试前，用户可以把测试相关信息写在测试 属性(Test Properties)对话框的综合和描述栏里。 用户可以输入测试创建者的名字、测试类型、对 于测试的详细描述和功能描述文档；用户还可以 通过测试属性对话框来确定测试中使用的插件、 给测试分配一个数据表、定义测试变量、把测试 作为一个编译过的模块等。 操作演示：使用Test Properties对话框来文档化测 试信息测试信息文档化选择录制模式 WR允许用户以录制的方式快速建立自动测试脚本 ：WR会将使用这的动作录制下来，并以TSL产生 测试脚本，并显示在WR主窗口中。 WR提供
16、两种录制模式：Context Sensitive主要以GUI对象为基础，WR会 识别使用者点选的GUI对象以及执行的操作。Analog主要录制鼠标移动的轨迹、鼠标的点选 以及键盘的输入三种动作。录制测试脚本选择录制模式的参考原则： 以Context Sensitive模式录制：应用程序包含一般 GUI对象；不需要录制鼠标移动的轨迹；打算将测 试脚本运用在同一应用程序不同版本上。 以Analog模式录制：应用程序包含绘图区域；需 要录制鼠标移动的轨迹（如绘图软件）。 如果被测程序既包含一般GUI对象，也包含绘图区 域，则要混合使用两种录制模式。录制测试脚本（续） 操作演示：录制Context Sensitive模式的测试脚本1、启动WR，并加载GUI Map File (flight4a.gui)2、启
