Winrunner 使用总结

Winrunner 使用总结

--------SZTEST.CvV

为什么选择winrunner

我们有自动化测试的需求，相比之下同类型的测试工具：QTP 、ROBOT都有自身的特点，选择那种测试工具完全取决于：这个工具能否将我预先设计好的用例代码化，个人对某种工具比较熟悉。

winruner的工作原理关键词：GUI

Winrunner通过使用一系列GUI操作流语句（脚本）来模拟人工的鼠标操作和键盘输入――――来操作我们的应用程序。

一般的Windows应用程序组成：

在Winrunner中所有组成应用程序的这些：窗口、按钮、输入框、菜单等通称为GUI对象 （GUI Object）。

下面给出的是：登录ＱＱ的一段代码，以及相应的GUI对象。

补充一点：

WR使用逻辑名定义对象，使用物理描述识别被测软件的GUI对象

如“QQ用户登录”定义登录窗口,逻辑名是对象的卷标。物理描述是包含一个对象物理属性的清单，如：“QQ用户登录”窗口被定义成一个有“QQ用户登录”卷标（Label）的窗体。逻辑名和物理描述一起作用，确保每个GUI对象有自身唯一的标识

基本原理就这么多了，另外Winrunner的其它基本功能：检查点 数据驱动 等等大家可以自己找Winrunner操作手册看一下。都比较简单。

WR的测试过程分六个步骤：

创建GUI map

创建测试

调试测试

执行测试

查看测试结果

报告发现的错误

Winrunner使用总结

用好Winrunner的关键

DataDriveWizard

CheckPoinnt

GuiMapEditor

Tsl语法

脚本录制规范：

基本原则是录制脚本要分开、gui文件要合并、批调用回放验证、可移植回放验证。

GUI MAP文件创建、保存建议使用模式

首先，要在系统参数中，设置gui的录制模式为

GUI MAP文件的生成方式：

录制前使用GUI_Map_Editor学习生成GUI MAP文件

RapidTest Script wizard (7.6版本以前的Winrunnner有此功能) 回顾软件用户界面

winRunner会自动产生gui临时文件（好像是7.6版本录制模式下才支持此功能）

建议使用：录制前使用GUI_Map_Editor下的Learn功能学习生成GUI文件的方式。

一个测试用例要确保生成一个单独的gui文件（此文件一定要保留）。但是由于我们的测试用例是分开录制的，每个小流程录制时都会产生一个gui文件，录制完一系列脚本后要把单个的gui文件合并到一个公用gui文件中。

这么做的好处是：

单独的gui文件主要是为了方便调试，以及以后gui对象的维护，脚本回放时gui对象的查找。

合并到一个公用gui文件中：主要是为了防止执行测试时反复加载guimap文件过程中，GUI文件没有及时关闭，导致出现重复加载GUI对象的警告而使得某些脚本执行被中

断。

但是也要注意，开始新的录制前，一定要先手工加载测试用例的公用gui文件。使用后一定要记得关闭。

录制脚本要分开：

脚本太大，不仅不利于以后的维护，并且会导致WinRunner的不可预测的错误产生录制时，可以根据测试用例的流程，拆分为几个小流程，对每个小流程分别录制成不同的脚本。

批调用回放验证：

单个测试用例脚本录制完成后，要专门写一个主脚本，进行各子脚本的主次调用处理，然后恢

复数据库和其他初始环境进行回放，以验证整个脚本是否可以正确回放。

可移植回放验证

尽量做到：

1:先打开Winrunner再打开需要录制的应用程序（特别是WEB相关）

好处：录制时winrunner能够生成更通用的脚本（特别是WEB相关的程序一定要做到这一点。之前犯过类似错误――作了很多脚本，后来发现到其它操作系统下没法使用）。

2:加载gui文件时用的是相对对地址

实用技巧

1: 在GUI map中找到对象或窗体

当鼠标指针在测试脚本中和GUI对象或窗体对应的语句上时，你可以点击右键并选择Find in GUI Map。WR会在GUI map(或GUI map file)和对应被测软件（软件必须先打开）中找到并加亮这个对象或窗体。

注意：在Tools>GUI Map Editor>（打开GUI Map Editor 后）>View里面选择GUI Maps或GUI Files，将决定WR在GUI map或GUI map file里寻找对象。

如果窗体所在的GUI map文件已经被加载且窗体在被测软件中已经打开，那么WR打开GUI Map Editor且在GUI map和被测软件中加亮这个窗体。

???如果对象所在的GUI map文件已经被加载且对象在被测软件中已经打开，那么WR打开GUI Map Editor且在GUI map和被测软件中加亮这个对象。

如果窗体或对象所在的GUI map文件已经被加载但是在被测软件中未打开，那么WR打开GUI Map Editor但只在GUI map中加亮这个窗体或对象。

2:快捷键

个人认为winrunner中快捷键比较重要（如果通过录制来生成脚本――可以保证脚本和GuiMap 文件的纯净）最常用的快捷键：F2 L_Ctrl+F3; F9 ;F6等……………

3:相对路径的使用

相对路径的使用能够使得脚本具有更好的可移植性！

.\\当前脚本所在目录

.\\.\\当前执行脚本的上一级目录

4: 测试脚本存放规范：

各子测试脚本必须放到同一目录下，即环境目录下的Script目录下。这样便于批调用时引用。

Gui 文件，必须和测试脚本放到同一目录下，即环境目录下的Script目录下。

5: 异常处理规范：

在录制或者编写测试脚本时，必须进行异常的错误处理。以提高程序的错误检查能力。

2.1 函数异常检测：

对于一些常用函数，必须进行函数执行异常的处理。发现异常后，要终止程序的执行，

2.2 返回值规范：

模块、函数的返回值约定如下，0 表示成功，其他失败。

对于一些函数的返回值，需要进行判断处理：

每一个call语句都应该检查它的返回值是否为0, 如果不为0则报错退出。

所有GUI检查点、数据库检查点都应做返回值检查。如果不为0则报错退出。

6: mswid 必要时用location 替换 (mswid:一般是对应某一组件的编号，换成location的好处是可以解决回放过程中某些组件不能正确识别的问题。一般location编号从0开始)。这里的使用技巧可以和第1点结合使用

7:录制好的脚本最好通过一个单独的脚本调用其它的脚本通过组装的方式来实现用例覆盖注意call()方法的使用. call".\\Login"();

8:Datadrivewizard（其实可以看成一个循环体）使用时：直接用鼠标全选需要使用到datadrive

的脚本然后在菜单栏中选择datadrivewizard.多个脚本间，其它脚本可能需要使用要其它脚本中的Datadrivewizard的值，可以使用全局变量的方法。在调用脚本里，将通过datadrivewizard取的excel表格的某一个值，赋给一个变量，然后在其它脚本中使用到这个值的地方直接使用该变量。如：Money=ddt_val(table, "Money") ;

9:脚本中添加循环的方法：for语句或者datadrivewizard

10:脚本调试：调试过程中使用现成的winrunner自带的watch功能添加相关变量或者通过

添加report_msg观察测试结果的输出数据

11:字符串类型操作：字符串连接str1&str2 字符串比较：compare_text（str1,str2）12:对于不能识别的窗体组件：win_mouse_click()方法是不错的选择（虽然灵活性差了点）13：注意恢复测试前的状态此外，如果我们要连续运行多个测试CASE、就必须考虑将被测试程序恢复测试前的状态

14:Winrunner终极秘籍《TSL Online Reference》

? Copyright 2006-2016 深圳软件测试协会. cvvAll rights reserved.