在本课程中,您将在不同的构建版上执行脚本。
当您具有应用程序的新构建版时,可以在新构建版上通过回放脚本来运行录制的自动化测试。要在新构建版上执行脚本,必须更改脚本中应用程序的名称。(您不必在开发项目上执行此操作,在这里执行此操作是为了获取应用程序的新构建版。)
- 在 Java™ 编辑器(脚本窗口)中,请验证脚本(Classics.java)是否为活动的脚本。
在脚本顶端的模板信息下面,记录启动应用程序命令:
startApp("ClassicsJavaA");
- 将“A”更改为“B”。
Java 代码是区分大小写的,因此请务必使用大写的 B。您不必为了使更改生效而保存或编译脚本。这是在运行脚本时自动完成的。
- 单击运行功能测试脚本工具栏按钮(
)来回放脚本。
- 在选择日志窗口中,选择 Classics,然后单击完成。 系统将提示您是否覆盖日志。
- 单击是。
脚本开始快速回放,但是在接近成员登录窗口尾部时速度变慢。
这是因为应用程序的构建版 B 在复选框旁边的字段中具有不同的文本。Functional Tester 正在查找与构建版 A 中录制的识别属性匹配的对象。我们将在本教程的后面部分介绍如何解决此问题。
- 在回放后打开日志时,查看消息。您应该在日志中看到两个失败和一个警告。(保持日志打开,准备课程 7。)
属性验证点(OrderForTrentCulpito_standa)和图像验证点(Album_image)失败,因为对应用程序进行了更改。接下来,我们介绍如何更新验证点基线来修复此问题。为密码复选框字段生成了对象识别警告。我们在教程的后面章节中还将介绍如何使用正则表达式解决对象图中的此问题。
您注意到 ClassicsB 的主屏幕与 ClassicsA 不同了吗?但是,这不会引起脚本失败。两个应用程序中出现了相同的对象,但是在不同的位置。这不会引起脚本失败,因为 Functional Tester 使用了稳健的方法来查找对象。
例如,脚本不依赖屏幕坐标之类的表面属性来查找对象。相反的,它使用的是内部识别属性。该方法在用户界面设计上具有很大灵活性,不需要修改或重新录制脚本。