标签:
在上一篇,简单的demo实现了讲xml的数据发送服务器端并取得recvi_buf,然后进行了简单的解析的操作。现在就要解决之前提过的2个问题:
1. 步骤这么多,难道每写一个脚本都要重复一次么?
2. 每个接口的sendbuf的xml的格式是不一样的,id不一样,里面的tag的nodename也是不一样的,这要怎么办?难道每个接口都给写一个createSendBuf么,肯定不是这样的,那要怎样去做?
针对第一个问题的解决,可以使用在RF内定义自己的Resource,然后写直接调用资源内定义的关键字,一行就是一条测试用例,这个问题解决很简单。针对第二个问题,应该用一个xml文件保存每个接口的格式,定义个一个关键字,输入接口的id,就能从xml中得到相应接口的格式,再从RF内接受接口里每个字段的取值,一起组合成send_buf,交给底层py调用含有网络通讯层的dll即可。
从xml根据id得到相应接口的报文格式的实现如下:
def findNodeByIdAttr(self,idAttr): root = xml.dom.minidom.parse("D:/test2.xml").documentElement node = root.getElementsByTagName(‘cmd‘) for k in node: if(k.getAttribute(‘id‘)==idAttr): str1= (k.toxml()).encode(‘utf-8‘) return str1
这样就能更容易的管理报文了,如果增加了一个接口,直接在xml内进行格式定义即可。代码内部是没有涉及到具体报文里的具体字段,便于维护。接下来就是把从RF里得到的报文字段的取值(定义在list内),把具体值和对应的xml组合起来。toxml()方法返回的数据的type不再是一个instance,而是str(egg:<cmd id="30000"><UserName var="name"/><LoginServerAddr var="www.abc.com:1089"/><UserPassword var="000000"/></cmd>),list的值为[‘loleina‘,‘192.165.5.144:1089‘,‘000000‘]现在就需要把这三个指分别赋值给UserName ,LoginServerAddr ,UserPassword 。得先将str转换成xml,再得到xml的tag的name,设置每个tag的attribute的值是list[i].代码实现如下:
def packageToXml(self,strNode,listArray): tagNameList=[] length=len(listArray) str1=‘<?xml version="1.0"?><root>‘ str2=‘</root>‘ strNode+=str2 strNode=str1+strNode root = xml.dom.minidom.parseString(strNode).documentElement node = root.getElementsByTagName(‘cmd‘) for child in node[0].childNodes: if((child.nodeName.startswith(‘#‘))==False): tagNameList.append(child.nodeName) for i in range(0,length): tagNode = root.getElementsByTagName(tagNameList[i]) tagNode[0].setAttribute(‘val‘,listArray[i]) return node[0].toxml(encoding="utf-8")
最后看下,RF的测试用例的设计:
就这样完成了demo,在最开始的时候遇到了好几个问题:
1. 项目的接口有多个xml,需要合并成一个xml提供给RF使用,每个xml的格式不一样,编码格式也不一样,而且xml里针对每个字段有注释,commentnode存在,得把注释去掉。(后面发现不去掉注释的xml,不去掉空格,空行的xml,交给底层的dll后,dll会进行预处理,整理好后再发给服务器)
2. 在xml内取tag的name的时,如果tagnode有childnode,按照上面的代码段是没有取出来的,这个后面得修改。
3. 从服务器返回的数据,根据接口类型的不同,增加类,删除类的接口或者只返回一个result字段的结果,查询,修改这类接口会返回很多的数据,数据还是从数据库查到的,这样结果这样简单的
处理肯定是不行了。得从数据库中查询,再按照一定的格式组装成xml,在把预期的结果xml和实际返回的xml做对比。
4. 去tagnode的name的时候,得判断下,因为xml内存在注释,注释也是一种弄的,称为commentnode。
5. 基于winsocket的接口测试跟基于http接口测试还是有很大区别的,http是无状态的协调,tcp本身就是有状态的协议。这注定前置的业务肯定比后者复杂很多,基于winsocket的接口,接口和接口之间的联系,存在一些运行时的临时变量,也就是说B接口的报文组成,来自于A接口报文的某些输出,该部分输出作为程序运行的临时变量,保存在程序内存中,而非数据库中,当B接口使用,就去拿就可以了。这时,做B接口势必需要拿到A的结果里的临时变量,这个随着后面业务的深入了解,应该会越来越明朗每个接口之间的关系。
这些问题在再深入点了解RF和Python,做demo的时候,就开始不断的思考了。在这推荐一个还不错的RF的学习网址:
http://blog.csdn.net/tulituqi/article/category/897484/2
这个博主还出了本书,我也给买了,实际上跟上面博客上写的内容差不太多,看看上面的也就够入门的了。
RobotFrameWork接口报文测试-----(二)demo的升级版
标签:
原文地址:http://www.cnblogs.com/loleina/p/5316094.html