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

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

输入命令和抓取回显

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的环境变量)后，发现无论怎样脚本都调用不到了，这个后面有时间再解决吧。

小结

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