案例一：文档保存——对象属性的改变标识操作结束的测试

测试方案

我们首先来看一下如何测试某个文档管理软件保存一份文档所需的确切时间：

操作的起始我们很容易鉴定，当 Save 这个 Menu 被点击时，我们的测试计时就可以开始了。而具体的反映到 RFT 的 script 代码上，我们首先可以通过 RFT 获得 menu 对应的 TestObject 对象，然后直接调用 click 方法即可：

然后开始计时：

而保存操作的结束标识呢用户的角度来看，当用户点下保存菜单时，鼠标的指针会变成沙漏状，而保存操作完成后，鼠标指针会变回箭头状。可在 RFT 中，想判断鼠标指针的形状非常困难而且鼠标的状态还可能来回的变化，因此我们必须寻求其他的途径。

通过与开发人员的讨论，我们了解到，用户在保存前，首先会对文档进行修改（没有改动过的文档，保存菜单是 disable 的），那么在软件界面下方的状态栏中，有一个用于标识 Modify 状态的 Lable 对象，如果文档的内容发生了改变，则该 Lable 对象的内容 (Text) 会变成“*”，而当保存完成后，软件内部的流程会将该 Lable 对象的内容相应的更新成为“”，表示该文档相对于保存到硬盘上的文档而言，没有发生改变（保存刚刚完成，打开的文档内容当然和保存到硬盘上的是一致的）。因此，我们可以通过 RFT 获取该 Lable 对象及其 Text 属性，并对属性进行判断，当该对象的 Text 属性由“*”变成“”时，即表示保存操作已经完成了。

具体的操作也很简单，我们只要用 RFT 的 Object Map，在软件的界面上抓取到这个 Modification Lable 对象，

图 2 Modification Lable 对象抓取图

还可以在 Script Explorer 中选择 Insert at Cursor 直接生成返回 MLable 对象的代码，

图 4 Insert at Cursor

而且由于我们并不是直接判断 StatusBar 的属性，所以我们通过 ObjectMap 这种方便的方法而即使慢一点也不会有什么影响。

我们可以调用 toStatusBar.getChildren() 函数得到状态栏中所有的 Lable 引用，并调用相应的 getProperties() 方法将这些 Lable 的属性全部打印出来，这样我们就能清楚的知道如何能够通过程序代码来找到我们需要轮询判断的 Modification Lable 对象。

在打印出的一长串属性列表中，我们可以找到 Modification Label 对象的属性，和其他的 Lable 对象相比，我们可以通过 toolTipText 这个属性把它和其他 Lable 区分开来。

这样，Lables[Midx] 就是我们要进行轮询判断的 Modification Lable 对应的 TestObject 了。

我们先来看一下通过 Lables[Midx] 查询其 Text 属性所花的时间：

结果是多少呢

62 毫秒，这对于我们测量操作结束时机的判断，已经影响不大了。因此我们可以将之前 PVT 循环判断流程中的

替换为

即可测试得出软件保存文档操作所需的时间。而最终测试出的结果，平均是 1643 毫秒，这与我们人工测试的结果 1.70 秒相比，是非常接近的，也是可相当可信的。