软件测试简易自动化测试设计
序言：基于RFT的swing界面的自动化测试，这里不是说怎么去使用工具，而是怎么将RFT融入到自动化测试设计中，其实RFT在整个设计中，个人觉得，只是一个辅助的角色，如果时间允许的话，谁也不想用这么昂贵还这么不灵活的RFT，接下来，你读完这个系列后，你就知道为什么我这么说了。一、简易自动化测试架构说明很多人都应该了解了GUI自动化测试的通用架构划分如下：1、对象层AppObject，存储基于find()搜索控件的具体方法，我分成了两大类，一类是通用的基本java控件、一类的不同产品线的相应的自己拓展的控件类。2、方法层AppLib，存储简单的操作函数，在这里，我分成了两大类：Lib与Method类，Lib类用于对象的基本操作方法，Method类存储用于一些基本的自己拓展的操作方法，例如：外部文件读写操作、日志写出操作、模拟键盘鼠标操作(Robot类拓展)等。3、用例层AppCase，调用测试方法进行测试用例的组织，不同的产品线对应不同的测试集，一个简单的测试功能模块对应一个测试用例。二、简易自动化测试架构的实例以下可以看一个整体的简单实例操作：1、AppObject文件夹中有一个object.java文件，存储一系列的通用的控件查找方法：实例如下：////////按钮组件////////// //用于搜索其上的按钮 //输入：按键名称 //类别：GuiTestObject public GuiTestObject getButton(String buttonName) { RootTestObject root = getRootTestObject(); TestObject[] to = root.find(atDescendant(".class"，"javax.swing.JButton"，"accessibleContext.accessibleName"，buttonName)); return new GuiTestObject(to); } ///////文本框组件////// //用于搜索文本输入框 //输入：无 //类别：WTextFieldpublic WTextField getTextField(String LabelName) { RootTestObject root = getRootTestObject(); TestObject[] to = root。find(atDescendant(".class"，"javax.swing.JTextField"，".priorLabel"，LabelName)); return new WTextField(to); }
说明：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操作 //输入：ButtonNamepublic 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、用例驱动与数据驱动机制。2、图形界面操作设计。3、……总之，此处只是简单说明了一种通用的自动化测试层次，可以根据自己部门特殊的情况进行改善或者拓展，这里的方式只能是简单的使用，如果要规模化的话，个人觉得，还远远不够，工具只是一种服务，而这里需要是一种调用服务，即"框架"。 是挺简易的了
页:
[1]
