（h）自动化配置管理
自动化测试程序和被测试应用一样也需要配置化处理，这样对测试程序或者框架的可移植性、可维护性都十分有利。配置可分为框架的配置和测试环境的配置，配置信息通常使用用户自定义的外部文件作为载体，通过文件系统操作进行解析，常见方式如上，不再赘述。
（i）自动化版本管理
版本管理工具非常多，上图提到是笔者本人用见过或常见的几种，大部分这些工具用于项目代码、文档的版本管理，也就是被测应用的版本管理。而对于QC等工具的测试脚本程序来说，QC10.0及以后的版本支持对它们本身的版本管理，只不过相比之下QC的操作可能会相对较慢，对用户体验来说是个考验。无论使用什么工具，我们的测试程序本身也是需要版本管理的，同被测程序一样，有多人协作的时候，不做好版本管理就可能产生混乱的情况，也会因为修改操作导致致命错误的产生，有了版本管理，我们可以快速恢复或者追溯查找原因。
测试框架本来就是测试脚本的一种延伸或者说衍生，所以对它的版本管理也是必不可少的，例如框架中的资源、对象、数据、调度程序、文档、描述脚本等内容。若要自动化测试框架能够很好的服务于测试工作，那么保证测试组件之间的有序协作是必需的，而版本管理就是这样一种基本的保证方式。
（j）自动化设施管理
自动化测试资源包含自动化开发和执行工具、许可信息、自动化开发环境、系统测试环境、测试管理工具、文档服务器、以PC或者虚拟机为载体的执行客户端以及合理的网络、安全策略配置等一系列基础架构资源。这些资源一般与系统测试环境的方方面面存在关联，由负责测试架构的同事或系统工程师进行统一的维护与管理。统一维护的好处是我们可以对自动化运行所依赖的大环境进行统一的改善，降低自动化开发的难度，同时也便于资源的统一调度和分配。对这些自动化测试资源设备的管理以及资源本身有必要纳入自动化测试框架中，资源管理的文档要纳入文档管理，通常这部分的文档应该包含如：资源采购与配置明细清单、资源的使用与配置方法说明、资源申请与归还流程说明等。自动化测试设施实际上也是公司资产的一部分，对公司资产的管理很多公司都有一套自己的规范，自动化测试框架中关于设备的相关文档可以直接引用这部分内容。
版权声明：本文出自 lyscser 的51Testing软件测试博客：http://www.51testing.com/?68857
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
