一种WLAN自动化测试平台的设计及实现

统控制端运行在Linux操作系统下，采用Glade+Gtk技术完成主控界面的开发。通过主控端分别Telnet到AP端和STA端，并采用Expe ct技术分别完成与AP端和STA端的交互，主控端作为桥梁，进而可以完成AP端与STA端的交互，保证了时间同步性。测试执行完成后，可以在主控端收集、查看测试日志，并生成测试报告。
3．1 自动化测试平台的具体实现
3．1．1 远程控制
(1)AP控制。当网卡作为待测试设备时，需要借助于第三方的AP设备来完成基本功能的测试，而目前市面上的AP设备大都是采用Web界面进行配置，即使提供了Telnet等远程控制服务，由于厂家处于商业层面的考虑，使用者也很难获取其内部的配置接口。
在实现的过程中，采用开源的DD-WRT固件来升级测试平台内的AP设备，通过DD-WRT的公共接口命令来实现对AP设备的配置。
(2)网卡控制。当AP作为待测试设备时，需要借助于第三方的网卡设备来完成基本的功能测试。对于工作在Linux平台的网卡，由于源代码为开源，实现配置与控制比较容易；对于工作在Windows平台的网卡，可以采用Native Wifi API构建控制台程序，结合XML形式的无线配置文件Wireless Profile进行综合的控制。
(3)认证服务器控制。对于lli证书模式的测试，必须采用认证服务器。认证服务器有两种实现方式，一种是采用Windows Server系列所提供的服务构建，另一种是采用Linux平台配置OpenSSL。前者的操作较为复杂，不便于远程控制，因此本系统拟采用后者的方式构建认证服务器。
3．1．2 时间同步
测试过程中，需要对平台内的不同终端进行配置，如执行联网的测试时，首先要配置AP组建相应的网络，确保成功后再配置网卡进行联网操作。因此在测试过程中，如何界定事件结束的时间是一个关键的问题，需要一种交互式的控制方式以反馈执行的状态或结果。
Shell命令可以实现简单的控制流功能，但无法完成需要交互的场合，而Expect可以实现自动与交互式任务进行通信，而无需人为干预，因此在实现时将采用两者相结合的方式来完成不同终端以及同一终端不同测试项之间的同步控制。
3．1．3 平台无关性
测试平台要同时考虑待测设备工作在Windows以及Linux两种平台环境下的测试，由于两种平台环境本身存在差异，而且即使相同平台环境下也存在不同版本，使得兼容以上所有平台环境存在一定的难度。
现在将AP端和STA端的测试脚本及控制操作都放在控制端，做到与待测设备隔离，使控制台完成所有与测试相关的控制、配置任务，而待测终端只进行控制命令的接收和执行，这样就保证了测试平台不依赖于具体的待测设备终端系统。
3．1．4 用例脚本化
一方面，平台无关性要求将与平台系统环境相关的测试命令进行相应的归类和抽取，另一方面，测试过程中测试终端之间的控制同步对命令的批量处理也有一定的要求。此外，为了提高用例的复用度，将测试用例脚本化是一个必然的要求。
3．1．5 包分发与捕获
一方面，对于测试过程中特定用例的帧交互过程进行检查，需要对空中包进行捕获与过滤；另一方面，对于灰盒级的测试，需要模拟各种场景，势必要借助于空中包分发装置来完成。

3．2 主控端具体实现
采用Gtk+Glade完成控制端的主控界面。图4～图6分别为基本配置界面、功能测试控制界面和测试报告的显示界面。从图4可以看出，主控界面主要由基本配置、功能测试、性能测试、稳定性测试、测试结果等几个子项组成。在功能测试控制界面，可以选择单个测试用例的执行，也可以选择部分或者所有测试用例的执行。每完成一个测试用例，在主控界面上会显示测试结果是成功还是失败。选择好需执行的用例，然后点击图5中的"run test"按钮即可。

从图6可以看出，通过在主控端查阅测试报告，可以查阅测试用例执行的详细过程。以加网为例，不仅可以查阅所加网络的具体信息，还可以查阅具体执行到了哪一步，这样可以帮助解决定位问题。

4 结语
本文介绍的WLAN自动化测试平台，采用Linux作为控制端，远程Telnet AP端和STA端，分别通过脚本配置AP端和STA端，并控制他们之间的交互。该平台可以实现自动化配置AP、自动化配置STA、自动执行测试用例、自动搜集测试日志、自动生成测试报告，从而大大节约了人力成本，提高了工作效率。