软件测试简易自动化测试设计

作者：网络转载发布时间：[ 2012/3/12 10:42:03 ] 推荐标签：

说明：

　　a、GuiTestObject是直接继承于RFT的所有对象的父类TestObject，其里面包含了一些简单的操作，而我只想用Button的click方法，所以我这里直接返回的是GuiTestObject类。

　　b、RootTestObject也是直接继承与RFT的TestObject，不过它与GuiTestObject类不同的是，它是直接指向被测的应用程序的，即是被测试应用程序的控件的一个全部的view，是按数据结构中的树的方式进行储存的，其中有方法为find()，可以基于属性用来在这个RootTestObject中查找你所需要的控件。

　　c、find()方法查找的方式有三种，我重点说一下atChild与atDescendant，前者是在查找根节点的直接子对象、而后者是查找所有的子对象。后面当然是要查找的控件的具体的属性了，在这里，我们可以定义一个基本不变的属性，然后定义一些需要在测试用例中改变的属性，例如：按钮，这里我设计的是基于按钮名字来进行查找了，如果名字一样的话，你得用一个别的方式了，例如：index。

　　d、WTextField是IBM的ITCL提供的一些控件包裹类，其实是继承了一些RFT的基本类，然后自己写了一些方法而形成的类罢了，你也可以自己拓展一些控件类嘛。

　　2、AppLib文件夹中有一个Lib。java的文件，其类存储对查找到的控件对象操作的基本方法。

　　实例如下：

　　//下面是对对象的初始化

　　public AppObject.Rc_Object getObject = new AppObject.Rc_Object();

　　//下面是对共同方法的实例化

　　public AppLib.Rc_Method getMethod = new AppLib.Rc_Method();

　　//////////////////////按钮组件操作/////////////////////////////

　　//采用动态搜索的方法进行找到Button组件，并且执行click操作

　　//输入：ButtonName

　　public void ChooseButton (String buttonName)

　　{

　　getObject.getButton(buttonName).click();

　　sleep(3);

　　try {

　　//向外部日志写其完成测试的步骤

　　getMethod.logWriter("完成"+ buttonName + "的ChooseButton方法;");

　　} catch (Exception e) {

　　//可以调用异常处理模块进行异常处理

　　}

　　//////////////////////文本框组件操作/////////////////////////////

　　//采用动态搜索的方法进行找到TextField组件，并且执行click操作

　　//输入：TextFieldName

　　public void ChooseTextField (String LabelName，String TextName)

　　{

　　sleep(3);

　　getObject.getTextField(LabelName).setText(TextName);

　　//用JAVA的语句将其UserName拆分成一个一个的字符进行输入

　　try {

　　getMethod.logWriter("完成" +LabelName+" ChooseTextField方法");

　　} catch (Exception e) {

　　//可以调用异常处理模块进行异常处理

　　}

　　说明：

　　a、ChooseButton (String buttonName)方法是找到一个名字为buttonName的按钮进行点击操作。ChooseTextField (String LabelName，String TextName)方法是找到一个前缀名为LabelName的文本框进行输入TextName。

　　b、此处有一个getMethod.logWriter是用于向外部LOG写入具体的控操作信息的。当然你也可以不写在方法中，写在测试用例中也可以，不过需要其返回一个button的名称，然后在测试用例中一个方法获得这个name，然后再将信息写到日志中，个人认为后者方式较好，因为其可拓展性强。

　　c、这里以前设计的是在此抓取异常，然后进行异常处理操作，你可以选择调用一个共同的异常模块，我的异常处理方式是：抓取到异常，则关闭整个测试程序，重新进行下一个测试用例。

　　3、AppTestCase文件夹中有一系列产品线的文件夹，然后每个文件夹对应每个功能模块，这里不多说了，根据自身公司部门的情况决定吧。

　　三、一些需要注意到的地方

　　1、用动态搜索的方法是脱离RFT的对象库的，所以无需使用RFT的对象映射机制了。

　　2、你可以在外部基于测试方法进行测试用例的编写。

　　3、因为整个系列只用了RFT中的RationalTestScript类中的方法，所以我本想直接用eclipse导入含有这个类的jar包，然后基于eclipse进行其测试用例的编写，但没成功，因为其回放的机制中还用到了很多具体的类，这些是不可见的了，看样子商业工具在这方面做的很严密啊。

　　4、根据这样，你可以想尽办法，利用RFT提供的CMD接口，将RFT隐藏起来吧。

　　5、其实一个自动化测试框架而言，RFT好能做到成为其框架的一个插件，所以用到的RFT东西越少越好了。

　　6、想想原理挺简单的，可是自己摸索的时候发现却要走了很多弯路，但是摸索的过程对于以后对整个测试活动理解还是很有帮助的，所以，个人觉得，不要怕走弯路，关键要摸。

　　四、接下来的系列

　　1、用例驱动与数据驱动机制。