WinRunner介绍（不断更新）

最新推荐文章于 2018-09-17 08:35:53 发布

imlogic

最新推荐文章于 2018-09-17 08:35:53 发布

阅读量5.1k

点赞数

分类专栏： D－软件自动化测试文章标签：脚本测试数据库 testing generator wizard

本文链接：https://blog.csdn.net/imlogic/article/details/445491

版权

D－软件自动化测试专栏收录该内容

23 篇文章 0 订阅

订阅专栏

WinRunner在项目中的作用

可以用WinRunner为所测试应用程序的GUI，功能和回归测试创建自动化脚本。

WinRunner的测试过程

主要包括如下6个阶段：

1). 创建GUI Map文件：WinRunner可以通过它来识别被测试应用程序中的GUI对象。

2). 创建测试脚本：通过录制，编程，或两者的组合创建。在录制测试脚本时，在你想检查被测试应用程序响应的地方插入验证点。

3). 调试脚本：用调试（Debug）的模式运行测试脚本以确保它们可以平稳地运行。还可以使用WinRunner提供的Step, Step Into, Step out功能来调试脚本。

4). 运行测试：用验证（Verify）的模式运行测试脚本来测试你的应用程序。当WinRunner在运行中碰到验证点时，它会将被测应用程序中的当前数据和以前捕捉的期望数据进行比较，如果发现了任何不匹配，WinRunner将会把目前的情况捕捉下来作为真实的结果。

5). 检查结果：确定测试脚本的成功或是失败。在每次测试脚本运行结束之后，WinRunner会将结果显示在报告中。它描述了所有在运行中碰到的重要的事件，例如验证点，错误信息，系统信息或是用户信息。如果发现在运行中有任何不匹配的验证点，你可以在测试结果窗口中查看期望的和实际的结果。

6). 提交缺陷：如果一个测试脚本是由于所测试应用程序中的缺陷而导致失败的，你可以直接从测试结果窗口中提取缺陷的相关信息。

WinRunner 的GUI Map文件

WinRunner利用GUI Map文件来识别应用程序中的对象。它将学习到的窗口或对象信息储存在GUI Map文件中。当WinRunner运行测试脚本时，它利用GUI Map来定位对象。它从GUI Map文件中读取对象的描述并且在被测应用程序中寻找具有相同属性的对象。

在GUI Map文件中的每一个对象都有一个逻辑名称（logical name）和一个物理描述（physical description）。对象的逻辑名称是由其类决定的。在大多数情况下，我们可以将逻辑名称看成是显示在对象上的标签。你可以修改已分配的逻辑名称当它不是十分具有描述性或太长的时候。当对象的属性发生改变时，你必须要修改其物理描述。

GUI Map文件的扩展名是".gui"。

GUI Map文件分为两种类型：

· 全局GUI Map文件：一个为整个应用程序使用的GUI Map文件

· 每个测试脚本的GUI Map文件：在每个测试脚本创建之后，WinRunner会自动为其创建一个GUI Map文件。

我们可以通过工具菜单中GUI Map Editor来查看当前载入的GUI Map文件及其内容。GUI Map Editor 显示多个已创建的GUI Map文件和认识到的带有逻辑名和物理描述的窗口和对象。

在录制脚本时，WinRunner会自已学习对象和窗口，并将它们储存在临时的GUI Map文件中。我们可以在General选项中指定是否需要每次都载入这种临时GUI Map。

当我们载入一个GUI Map文件时，关于窗口和对象的信息连同其逻辑名称和物理描述都载入到内存中。因此当WinRunner在一个特定的窗口上运行脚本时，它可以用这些在内存中的信息识别对象。

WinRunner的脚本语言

WinRunner的脚本语言是Mercury Interactive’s Test Script Language （TSL），这是一种类C的脚本语言。你可以通过增加另外的TSL函数和编程元素（例如Windows API）或WinRunner的虚拟编程工具（函数生成器（Function Generator））来增强你录制的脚本。

WinRunner的录制模式

在WinRunner中，有两种不同的录制模式：

· 环境判断录制（Context Sensitive recording）：通过识别GUI对象录制你在被测应用程序中执行的操作。

· 模拟录制（Analog recording）：录制键盘的输入，鼠标的点击，和鼠标指针在屏幕上精确的x，y轴

WinRunner的运行模式

在WinRunner中，有三种不同的运行模式：

· 验证Verify：使用这种方式来检查你的应用程序

· 调试Debug：使用这种方式来帮助你识别测试脚本中的bug

· 更新Update：使用这种方式来更新测试脚本的期望结果或创建一个新的期望结果文件夹

WinRunner的Add-In

载入Add-Ins实际上是将在Add-In中的特殊的函数装载到内存中。当创建测试脚本时，只有这些选中的Add-In中的函数会列在函数生成器中，在运行脚本时，只有那些在载入的Add-In中的函数可以被执行，否则WinRunner将会给出一个不能识别函数的错误信息。

WinRunner的验证点（Checkpoint）

验证点可以把被测应用程序的当前行为和早前版本的行为进行比较。

在WinRunner中有4种验证点：

· GUI checkpoints：验证GUI对象的信息。例如，你可以检查一个按钮是否可用或查看在一个列表中哪一个选项被选中。

· Bitmap checkpoints：给窗口或所测试应用程序的部分做快照，并把它和早先版本中捕捉的图像做比较。

· Text checkpoints ：在GUI对象或位图中读取文字，使你可以验证它们的内容。

· Database checkpoints：基于你创建在数据库的查询，检查一个结果集的内容和列、行的数量

Checklist文件包含了我们正在验证的对象的属性和相关信息。gui*.chk文件包含了期望的结果，并储存在exp文件夹中。

同步点（synchronization points）

同步点使你可以解决预期的在测试脚本和你应用程序之间的时间问题。例如，如果你创建一个打开数据库应用程序的测试脚本，你可以增加一个同步点以让测试脚本等待直到数据库中的记录载入到屏幕上。

对于模拟测试（Analog testing），你也可以使用一个同步点来确保WinRunner在一个指定的位置重新放置窗口。当你运行一个测试脚本时，鼠标指针沿着准确的坐标行进。重新放置窗口使鼠标指针接触到窗口中正确的元素。

编译模块（compile module）

编译模块实际上也是一种脚本，只不过它包含了一个可以被其它的测试脚本频繁地调用，用户自定义函数集的库文件。当你载入一个编译模块时，它的函数将自动的被编译并保存在内存中。其它的测试脚本可以直接调用它们。

编译模块可以改进脚本的组织和性能。由于你在使用它们之前已经调试过编译模块，因此你的测试脚本只需要少量的错误检查。另外，调用一个已经编译的函数明显地比解释测试脚本中的函数快得多。

当编译模块用来储存可重用的函数时，测试脚本包含了在WinRunner中的可执行文件。编译模块是不可执行的。

在保存为编译模块时，WinRunner会自动执行一次预编译。

默认情况下，包含TSL代码的模块的属性是“main”。主模块可以在其他的模块中被调用执行。除了当WinRunner识别到一个“call”语句时，主模块会被动态地被编译为机器代码。例如：

call cso_init();

call( "C://MyAppFolder//" & "app_init" );

编译模块被载入到内存中以便其他模块引用。

reload ("C://MyAppFolder//" & "flt_lib") 或load ("C://MyAppFolder//" & "flt_lib");

数据驱动测试（data driven tests）

当你测试你的应用程序时，你或许想检查它如何执行有着大量数据集的相同操作。你可以用一个运行10次的循环来创建一个数据驱动测试：每次循环运行时，它由不同的数据集驱动。为了使WinRunner 能够使用数据来驱动测试，你必须将数据连接到所要驱动的测试脚本。这就叫参数化（parameterizing）你的测试。数据存储在一个数据表格（data table）中。你可以手工执行这些操作，或使用DataDriver Wizard来参数化你的测试脚本并储存数据在数据表格中。

数据驱动测试的步骤如下：

· 创建一测试脚本

· 转换为数据驱动的测试脚本并准备一个数据库

· 运行测试脚本

· 分析测试结果

13. 启动文件（start up file）

在General Options －>Environment－> Startup文本框中，选择或输入你希望作为启动文件的测试脚本