自动化测试框架架构简介

本文就本人目前接触过的自动化测试框架的架构进行简要分析，所有测试都是命令行测试，而非图形界面测试。

(中间的蓝线是网络连接）

一， 针对unix、linux 被测系统：

测试的时候利用的是SSH或者TELNET协议，因为unix或linux系统配置ssh、telnet比较容易，而且利用它们远程执行命令非常方便。

1. 是用户的台式机，通过ssh或telnet登录到2上面运行测试脚本。

2. 这个上面跑测试脚本，脚本运行的时候会往被测试机发命令。

3-5是被测试机，执行2发过来的命令。

二， 针对跨操作系统的不同的被测端的系统：

这种混合的被测端就不能再采用ssh和telnet了，因为windows上面配置这些就比较麻烦，虽然现在也有办法实现。所以通信协议要能跨平台，目前我见过的有RPC和socket，应该还有其他的。

1.是用户的台式机或笔记本，用户可以通过java gui或者web或者ssh、telnet（如果2是unix类操作系统）登录到2。

2.通过socket或RPC和3-6通信

3-6，接受2的指令，执行测试脚本。

三， 针对windows客户端的系统：

windows上面可以采用RPC，也可以采用socket，RPC相对来说要简单一下，尤其是使用perl里的RPC模块。

1. 是用户的台式机或笔记本，这个上面运行脚本，通过rpc往2发命令。

2.是被测系统，需要启动RPC服务，接受1发过来的RPC请求。

相对来说第二个框架最复杂，原因是因为需要支持混合的被测系统。其实框架的设计需要根据具体需求来分析，不同的产品需要不一样的测试框架。不过现在大家都比较喜欢选择perl作为编程语言能，而通信协议则选择RPC。他们都具有非常好的跨平台特性。