◆ 自动化测试硬件设施

　　自动化测试开发、调试与执行离不开赖以执行的工具、许可信息、自动化开发环境、测试执行环境、测试管理工具、文档服务器、物理机或者虚拟机为载体的执行客户端以及合理的网络、安全策略配置等一系列基础架构资源。这些在前文自动化测试框架组件中已经提到过，虽然可以纳入自动化测试框架中进行管理，但却是自动化测试体系建设从根本上不可缺少的内容。自动化测试建设过程中如果无法获得这些资源，一切其他方面的建设都是毫无意义的，所以，无论是测试框架搭建还是自动化测试体系的建设，这些设施的准备是必不可少的。当然，这些东西可能在采购和配置上会带来一些成本增加，而如何合理地、效益最大化地利用这些设施要视具体情况而定。

　　◆ 测试框架与平台建设

　　搭建优秀的自动化测试框架是自动化测试成功的必要保障，虽然没有框架自动化测试也能进行，但是以目前软件技术水平来说，没有框架的自动化测试将是没有组织性的，太过依赖技术本能和经验，很难管理。单就自动化测试框架来说，它本身也有不同层次的应用结构，例如，QTP自动化测试的数据驱动框架和关键字驱动框架，它们从测试开发和应用的投入和产出（非成本效益）上来说，分别表现为近似于罗杰斯特曲线（下图左）和近似与直线（下图右）的模式。虽然在搭建的难度上有差别，并且在使用过程中的产出也不一样，但是经过长时间的使用我们就会发现它们各自的优劣。虽然关键字驱动不一定会比数据驱动更适合你的公司，但是从发展的角度来看，它们的在投入产出上的差别还是表明一些趋势上的差异，这些差异也能够给我们在框架类型的选择上提供一些参考信息。

　　很多时候我们把自动化测试框架和自动化测试平台看作同一种东西，而且自动化测试平台和自动化测试框架这二者也有内容上的交集，不过从使用的需求上理解，它们根本的目的是不同的，并且在某些方面还是有差异的：

　　● 自动化测试框架侧重于组织为了测试灵活性而拆解的测试组件；它和测试用例本身结合在一起是一个整体；它要有针对性的运用到某个指定的系统的自动化开发中，所使用的技术一般只包含某一种或者几种。

　　● 自动化测试平台侧重于运行管理；是一个通用的应用程序，它的运行不依赖于测试脚本程序或者被测程序本身；它应该能够跨平台支持尽可能多的技术。

　　须知，并不是一个自动化测试框架就能够应用于所有系统的自动化开发，因为被测程序的特点本身就本不相同，即便在同一个公司，也会因不同的开发风格和开发技术而要求有不同的测试方法。所以自动化测试框架虽不需要每个系统单独开发一套，但是也很难做到用一个框架支持所有系统的测试，最好的办法就是根据开发技术划分所需要使用的测试框架种类，例如QTP测试的纯WEB型、GUI型和各种插件开发型（如.Net、JAVA等）。框架的健壮性和可维护性、可移植性都要在测试使用中不断完善，在积累技术经验的同时能够支持测试的需求。

　　自动化测试平台的搭建同自动化测试框架开发一样，需要考虑其各方面的表现，因为它是一个较为通用的应用程序，故而，它的兼容性和健壮性要求更加高一些。在一个测试组织或者一个公司内部，一般自动化测试平台应该可以做到通用于所有的系统测试，即便它们所采用的技术乃至理念会有所不同。就像我们通过测试平台STAF可以实现调度像QTP、SELENIUM这种UI层的自动化测试，也可以完成对JUNIT测试用例的运行调度和管理。而测试结果的分析也可以通过相应的报表系统来完成，按照我们自己的需求，把调度管理和分析管理等其他功能模块有机组合在一起，形成一个功能较为完整的测试平台。平台建设得好，无论是单纯的UI层验证测试还是敏捷测试，我们应该都能够支持得好。

　　◆ 自动化测试知识体系

　　知识体系是个很模糊的概念，笔者理解，在自动化测试中应该包含如下基础内容，他们在一起就形成了一个较为完整的自动化测试知识体系。这些内容应该是自动化测试负责人或者测试主管所必需了解的内容，虽然并不需要每一个模块都能精通，但是至少要能够和自动化测试工程师进行良好的沟通。

　　● 自动化测试工具选择与开发

　　● 自动化测试过程角色和职责

　　● 自动化测试的类型以及作用

　　● 自动化测试框架选型及设计