支持无须在与SUT相同计算机上安装框架就可以进行测试。

　　同时支持正在开发的新应用和遗留应用。

　　支持整个测试生命周期（但并不是为了使用AST，就需要在整个测试生命周期中应用）。

　　支持在跨多台计算机上和各种系统工程环境中进行分布式测试。

　　如果适用，则支持在多个程序之间复用AST框架和组件。

　　AST的实现需要一个小型的开发生命周期，包括测试需求、自动化框架的设计和构建、自动化测试的实施/验证以及执行。如果做得正确，AST将产生可重用且可扩展的框架和组件。应该应用并遵守软件开发中的最佳实践。

　　尽管某些程序和AUT有相似的测试自动化需要和许多共同点，然而其他一些程序需要独特的、个性化的AST实现。有效实现的自动化测试框架可以适应这些独特的需求。

　　图1-1显示的是已经用我们所描述的自动化框架方法实现的例子。在这里，我们通过在Linux和Windows平台上运行测试演示跨平台兼容性。此外，我们还展示了将各种工具作为自动化框架的一部分集成起来。在这个例子中，我们使用了Testplant的Eggplant和VNCRobot作为测试工具。我们还使用了软件测试自动化框架/软件测试自动化引擎（STAF/ STAX），并将该AST框架成功地集成进我们的自动化测试框架中。STAF/STAX是开源、跨平台、支持多语言、围绕可复用组件（称为服务，如进程调用、资源管理、记录和监测）的思想设计的。STAF消除了从零开始构建自动化基础设施的冗长和乏味。STAF框架为构建高层次方案提供了基础，并提供一种插件的方式对广泛的平台和语言提供支持。STAF/STAX已经被证明非常有用，而且我们已经成功地将其集成进我们自己的自动化框架里了。

　　AST的实现一般需要根据具体的AUT需要做适当的调整，这依赖下面的各种准则。

　　AUT的测试生命周期阶段

　　当在软件测试生命周期开始时有各种参与自动化的方式，也许是在单元测试阶段，与之形成对照的是仅仅在快结束的时候参与，还可能在用户验收测试阶段。在STL中越早应用AST越好。以便在后续的阶段中复用测试工件，而且已经证明，在系统测试生命周期中越早发现缺陷，修复该缺陷的代价就越小。

　　AUT的进度和时间表

　　根据进度和时间表，可以实现或多或少的AST综合方案，也就是说，时间越多，测试覆盖率越高，测试自动化的百分比越高，分析可以越详细等。

　　AUT的技术

　　有效的AST会调整它的实现以适应AUT的技术需求。如果适用，AST工具应该可以在Windows与Linux上应用，或在实时环境与静态环境中应用，并且都是兼容的。

　　AUT的复杂性

　　通常，AUT越复杂，就需要更详尽的AST工作。基于AUT的复杂性，我们需要不同的AST方法和策略。

　　AUT的使命的重要性和风险

　　AUT使命的重要性和风险会影响AST的工作。

　　我们认识到每个程序的独特性，需要为具体的AUT需要来调整AST，但又不依赖于这些需求，有效的AST框架的实现可以适应各种环境。有效的AST可以在极其重要的阶段和里程碑中应用，并且与程序实现的类型无关，这些将在第9章详述。

　　我们的目标是可以在各种程序中应用AST，但不用为每个程序从零开始开发AST框架，并且使用可以在任何组织或程序中易于调整的轻量级过程。