引言
对于多版本项目，要提供新版本来跟上新功能或缺陷报告增加的速度，并同时仍然保持可接受的质量水平，可能是一项不小的挑战。构建自动化可确保准确性和消除人为错误的可能性，从而部分地解决此问题。自动化还可让成员将精力集中在需要人类智慧的问题上，而不用分心进行自动化后通常能更快更有效地运行的任务，从而提高了团队效率。
在本文中，我们将了解如何实现构建过程的自动化，以获得较高的效率和质量。本文中的示例将利用 Rational 软件交付平台（IBM Rational Software Delivery, SDP）中的内置 Ant 支持（构建自动化过程作为 Ant 构建文件实现）以及运行时（如 WebSphere Application Server）中的支持。本文最后将给出一些可以用于进一步简化此流程的可选功能。
项目规划注意事项
尽管在构造* 阶段之前并不会开始执行，但任务自动化应该在细化* 阶段就进行规划，以便在交付代码进行测试之后即能供实现团队使用。在进行了分析和设计后，组件的远景以及应该如何对其进行构建、测试和部署就应该清楚了。在此远景的启发下，应该以允许重复的方式开始完成任务自动化工作。
Rational Unified Process：项目阶段
* 术语构造 和细化 指 Rational Unified Process 中的两个项目阶段。
为了便于进行重复，可能需要在开始前进行一些任务准备工作（如准备测试数据），并在完成后进行清理。对软件配置管理（软件存储库）、设计或目标部署环境的更改也应该反映在任务自动化中。在工作预估和项目规划期间，应该考虑实现和维护此自动化的开销。可以进行测试，以观察任务自动化对具有多个迭代的项目的影响，确定何时每个迭代的构建、单元测试和部署的时间大幅度减少。
自动化环境
本文中的自动化过程适合于基于 Rational SDP 的工具，如：
Rational Application Developer
Rational Software Architect
WebSphere Integration Developer
对于部署平台，可以将其用于使用 WebSphere Application Server 作为基础的 WebSphere 应用服务器系列，如 WebSphere Application Server、WebSphere Application Server Network Deployment 和 WebSphere Process Server。
示例过程可以应用于其他 Rational 和 WebSphere 产品。为了简单起见，我们将所使用的工具称为集成开发环境（Integrated Development Environment，IDE）。
准备环境
此过程可以在各种环境配置上运行。图 1 显示了一个示例环境。
图 1. 自动化环境
文章来源于领测软件测试网 https://www.ltesting.net/
