ISP自动化测试指导书
Prepared by
拟制Date 日期
Reviewed by 评审人Date 日期
Approved by
批准Date 日期
目录
目录 (2)
1．ISP业务脚本概述 (3)
2．常用映射控件 (4)
2.1 文本框 (4)
2.2 单选框 (5)
2.3 按钮 (6)
2.4 下拉列表框 (7)
3．测试人员使用AW设计用例 (8)
3.1 环境准备 (8)
3.2 登录并配置AutoSpace平台 (8)
3.3 测试环境准备 (11)
3.4 编写测试用例 (12)
3.5 运行用例 (14)
4 总结 (14)
ISP自动化测试使用总结
ISP业务自动化主要是针对界面上按钮、输入框、下拉列表、表格等的自动化用例设计，页面的布局风格都统一，对自动化脚本维护起来也比较方便。

本文主要针对自动化维护人员与测试人员描述其在不同阶段应完成的操作。

1．ISP业务脚本概述
ISP业务工程中主要有两个脚本，一个是ISP_Common.java，主要是一些公共函数，包括建立数据库连接、关闭数据库连接、执行SQL文本、单击、双击等；另一个是ISP_KW.java脚本，也就是AW 控件功能实现的脚本，在平时的项目中需要进行修改的脚本，由前几个项目的经验总结可知，主要是根据不同的界面显示，修改工程中的一些函数，通常修改的函数有public static void menuSelect(ParameterTable para)，此方法的作用是负责业务菜单的选择，由于每个版本的菜单通常都不同，修改脚本时需要修改该函数中的Property[] ps = {new Property(".class","Html.A"),new Property(".text","业务菜单")}中.text后的值，如业务菜单、频道菜单、动感彩屏菜单等，修改保存完成之后，在TMSS侧重新加载工程ReLoad即可。

原有脚本中的函数public static void AuthTreeSelect(ParameterTable para)无法完成预期的对权限树的
选择功能，后来查看脚本，发现 if(tObjCB.length>0){
tObjCB[0].waitForExistence();
ISP_Common.click(tObjCB[0]);} 的最后一句实现有问题，后来将它改为ISP_Common.click(tObjCB[i])，执行结果与预期的一致了（现有的ISP脚本也已经进行了修改）。

2．常用映射控件
页面测试对象是通过RFT底层API直接获取的页面对象，页面测试对象包含.txt、.id、.value、.name、.class等属性。

控件的各种属性通常使用GUIRunner工具上的界面结构查看器（选择工具—>预览界面结构或直接单击），进行获取详细信息。

2.1 文本框
文本框的.class属性值为Html.INPUT.text，往往不能通过界面直观的进行标识，由于.name可以唯一标识一个控件，故使用结构查看器获取其.name的值，如图所示，然后进行查找。

2.2 单选框
控件单选框的.class属性值为Html.INPUT.radio，此时封装RadioSelectbyXXX的KW时，传入radio的name和value作为参数，可使用结构查看器获取其.name和.value的值，如图所示
2.3 按钮
对于button按钮元素，往往可以直观的通过按钮显示名称进行标识。

此时封装ButtonClickXXX的KW时，最好直接使用页面控件，传入button的显示名称作为参数，直接在页面上寻找.value属性为传入参数值且.class属性为Html.INPUT.button的控件。

2.4 下拉列表框
下拉列表框的.class属性值为Html.SELECT，往往也不能通过界面直观的进行标识，由于.name可以唯一标识一个控件，故使用结构查看器获取其.name的值，如图所示，然后进行查找。

3．测试人员使用AW设计用例
3.1 环境准备
对于测试人员，需要准备的环境是由华为提供的完整的安装软件包，按照以下顺序依次完成安装：
1 TMSS V300R003C06B020
2 TMSS V300R003C06B020 HotFix(09-06-05)
3 TMSS V300R003C06B020 HotFix(09-07-06)
4 AutoSpace(for TMSS V3.3) V100R003C01B096
5 AutoSpace(for TMSS V3.3) V100R003C01B098
6 GUIRunnerV300R001C02(for 6.0)
7 GuiRunnerV300R001C02(plugin for 6.0)
8 GuiRunner patch for tmss(2009-07-21)
注意：使用GUIRunner（for 6.0）版本，一定要使用浏览器为IE6.0，否则使用页面查看器查看界面元素结构和属性时，IE总是无常运行，结果会导致异常。

3.2 登录并配置AutoSpace平台
准备编写自动化用例之前，首先要配置好AutoSpace平台。

首先将开发好的两个定义文件GUI_AW_CHN.xml和replace.xml 拷贝至TMSS安装目录的TMSS\AutoSpace\Config目录下，替换原来的文件。

然后登录TMSS，选择“AutoSpace->Config Manage…”打开配置页面：
选择“WorkSpace”下的“Platform”，在右边的视图中可以看到平台的一些配置信息，首先需要为“AWDefine”这个配置项配置上开发设计好的AW定义文件。

然后使用同样的方法配置ReplaceFile项，最后保存，平台会提示重新加载配置项并激活该AW定义。

选择“AutoSpace->AW Settings…”打开AWDesign配置页面
选择“GUI_AW_CHN.xml——>GUI公共AW——>基本控件”，双击“点击按钮”，在右边的视图中可以看到点击按钮的一些配置信息，配置“Implement”配置项，选择工程文件.project, 所有AW的运行目录都会改变，然后保存设置。

3.3 测试环境准备
完成以上这些步骤之后，接下来就是准备自动化的业务环境了，如果登录界面需输入验证码，由于每次登录的验证码都不同，所以无法进行自动化用例的编写。

我们ISP业务解决这个问题是通过修改服务的登录验证码，即修改服务下的$TOMCAT\webapps\iiss\admin\verifycode.jsp文件的session.setAttribute("VERIRY_CODE", g_stVerifyCode)，改为
session.setAttribute("VERIRY_COD E", “0000”)。

3.4 编写测试用例
接下来就是编写用例了，GT3000是以用例为级别来运行的，因此，我们需要使用开发好的KW或AW来编写用例并运行。

在Autospace 的AW树显示窗口，我们可以看到刚才设计的AW：
我们首先新建一个自动化的用例，选择“AutoSpaceView —>PreShell”视图，然后通过拖放的方式，将“Login”这个AW拖到最右边的用例编辑窗口中，这时会弹出一个对话框要求输入参数：
输入相应的参数后，点击“OK”，即生成了一个由“Login”AW 构成的用例。

如果设计了多个业务AW并且一个用例需要多个AW来完成的话，可以通过这种方式拖放多个AW来组合生成用例。

然后点击快捷按钮保存用例。

对于初学者一定要细心，因为发现有些人比较马虎，创建完一个新用例，直接就在AutoSpaceView视图下进行编写，等到把所有步骤写完保存运行时才发现无法保存，系统提示“Failed to save case info，the selected node is not auto test case”，这是因为用例的“自动化类型”默认为false，要改为true才可以，在“自动化类型”字段单击下拉列表可以设定本用例是否是自动化用例，如果选择“TRUE”，则在左边导航树上显示自动化用例标识。

3.5 运行用例
编写完成用例后，点击“AutoSpace->Run”或者点击快捷按钮或者按F7就可以运行用例了，在Output窗口中，我们可以看到用例执行打印的日志信息。

4 总结
以上是我之前一段时间学习自动化和在项目中使用过程中的总结，想要在工作中熟练的编写自动化用例，最重要的是要对每个AW 实现的功能非常熟悉，编写时每个控件都能快速找到对应的AW，调试起来也会很轻松，无形中也提高了编写自动化用例的效率。