自动化测试环境拓扑管理

 在电信项目中，自动化测试环境拓扑的管理往往是一个难点，刚开始进行自动化测试项目时，因为用例过少，所以环境信息一般都是硬编码在脚本中，后来随着项目的增多，就采用了脚本分层的方法，将经常变动的业务配置提了出来，写到了一个单独的脚本中，随着拓扑的越来越大，各种产品线都有各自的测试拓扑，而对于其都是测试人员去进行管理的，缺乏了一种部门级的统一管理这些拓扑的机制，并且对于单个项目来说，其项目的拓扑并没有抽象出来成一个连接关系，因而不方便后期的项目拓扑的维护和管理。

而在软件测试中，其实原理也是一样，软件测试中有一个概念称为：自动化部署，这是持续集成中的概念，个人觉得，当然也适用于各个自动化测试，持续集成是脱离不了自动化测试的，部署是指将软件移动到它被测试的地方，或用户指定的某个位置，准备送给客户。最早前的部署都是手工过程，部署工程师从某处拿到部署文件，再把它放到目标机器上，然后开始正式的安装过程。然而，这种手工过程会比较慢，而且部署失败率也可能要高一些。自动化部署的目标是“持续部署”，即自动部署到生产环境中而无需手工干预：得到一个版本后，自动部署到一系列的测试环境中。经过整个构建管道中的所有阶段，并且能通过所有的测试后，自动部署该版本到生产环境中，而且具有自动回滚和相应的监控手段。

与上述自动化部署类似，自动化测试环境拓扑管理也能够自动根据项目综合拓扑中的环境参数与设备信息自动的生成脚本所需的环境配置文件，脚本运行时会读取这些环境参数和设备信息调用相应设备进行测试。

二、   自动化测试环境拓扑管理挑战

  1、 如何保证统一测试拓扑。

  2、 如何保证映射更新条件。

  3、 检测版本，进行版本的自动检测和升级。

  4、如何与设备进行联系，即拓扑中的节点如何与实际设备的控制信息关联起来。