美文网首页
搭建交换机自动化测试平台的一些进展

搭建交换机自动化测试平台的一些进展

作者: ljyfree | 来源:发表于2018-05-09 08:16 被阅读51次

    书接前文搭建交换机自动化测试平台踩的坑

    输入命令和抓取回显

    pexpect之后接触到paramiko,是基于SSH用于连接远程服务器并执行相关操作的模块,获得的回显也不会乱序,因此这个问题就解决了。

    PC网卡vlan tag问题

    如果需要从socket层面进行操作或是恢复,确实超出我的能力范围,那么剩下的解决方案就是从tcpdump着手了,因为通过tcpdump可以得到包含vlan tag的报文。麻烦就是在终端上敲入tcpdump后是不会有返回的,会一直卡在那里。最后想到的解决方法简单粗暴:

    • 执行时候需要sudo权限
    • 在Capture_on_ports的时候开始tcpdump -w,紧接着Send_packet函数的最后,通过本机下发命令找到本机所有调用tcpdump的进程并强行kill掉,终于得到了.cap文件,可以随后被sniff成功load。
    #ps -ex | grep tcpdump | grep -v grep | awk '{print $1}' | xargs kill
    
    • 需要注意的是多端口抓包的实现方法是每个端口启动一个独立的threading,一定要留够时间让所有的capure threading都启动,然后再发包,否则可能会错过抓包。

    报文过滤

    在确定了使用tcpdump方案后,传入的rx_ports_info就是一个dict,key是port名,value是过滤条件。这时候就可以大大方方地传入tcpdump支持的filter,作为tcpdump的option一起下发即可。

    放在子目录执行脚本的问题

    测试脚本毕竟需要分目录归类,不能都在一个大的文件夹中。只需要在每个子文件中touch init.py,就可以在外边的test_suit.py中调用了。每个子文件内都有一个和模块同名的文件,用来派生该模块的TestClass,里面可以放该模块需要的公共参数和公共函数。其它脚本中的class继承至它便可。

    批量执行

    又犯了“造轮子”的错误。按照我的设想,所有装脚本的子文件夹都以"tf_"开头,子文件中的真实脚本都以"tc_"开头,然后使用os.walk进行遍历和筛选,得到需要运行的case。虽然可以正确打印出case,但是却无法suit.addTests。原因就是上面步骤得到的是字符串,而要加入到test的,必须是基于unittest的派生类。最后在网上搜到可以使用现成的方法查找到case_dir路径下的所有case并addTests

    discover = unittest.defaultTestLoader.discover(case_dir,pattern='tc_*.py',top_level_dir=None)
    suit.addTests(discover)
    
    • 如果要执行所有子文件的脚本,那么case_dir='./'
    • 如果只要跑某个子文件的脚本,那么case_dir='./tf_xxx'
    • 没有想到如何实现跑一部分子文件中脚本的方法,以及如何能方便快速地将第一遍fail的case连跑起来

    之前得到的字符串的显示格式比直接显示class要友好的多,打印就用这个了。

    跨子文件夹调用

    按照我的设想,是应该把testutils/topo/base_test都放到和脚本文件夹平级的./platform/下面。但是尝试了多种方法(sys.path.append或是写入python的环境变量)后,发现无论怎样脚本都调用不到了,这个后面有时间再解决吧。

    小结

    至此一个基本的交换机自动化测试平台已经搭建好了,基本上可以实现当初设定的目标,虽然易用性还需要进一步改进。

    相关文章

      网友评论

          本文标题:搭建交换机自动化测试平台的一些进展

          本文链接:https://www.haomeiwen.com/subject/fpngrftx.html