表2：自动化表项的成功标准等级评价

根据表2的结果绘图（见图3）使得我可以比较容易地发现我应在何处投入时间和资源以获得最大的收益。

图3：投入自动化资源的最佳领域
点击放大

维护模式下的版本验证和回归测试——然后是外语G11N测试——很明显是首先应突破的领域。在产品仍在变化之中的时候试图自动化设计将是非常不切实际的，因为它将涉及大量自动化重复工作。

通过改变考虑中的标准和工具，你可以把这一技术应用于很多项目和初始版本。图4概括了这些步骤。

图4：一种区分自动化工具的引入的优先级顺序的技术的概括

结论

一些软件开发工具的使用覆盖了整个开发周期，但是它们不能把顺序变成混乱。即使是最先进的工具也只能和它们支持的过程一样地工作。你的工具投资的回报将直接与你的过程成熟度级别成比例。级别越高，你可利用的特性就越多，你使用工具就越频繁，你使用的目的就越多。

如果你想要提高你的过程成熟度等级，引入自动化工具能够把你送上一个自然的进化过程达到这个目的。如果你正处在第一级并决定你要使用自动化工具，你必须首先写下你的测试步骤并使它们是可重复的；自动化工具本身则作为你由第一级升至第二级的催化剂。然后，在第二级，一旦你在一个组（比如测试）里建立了一个可重复的过程，你可以建立一个其它组可以采用的标准，这样你的自动化工具就成为了一个跨越测试，开发，需求工程，等等过程的共享基础设备。由于工具的使用你将可以进入更高的成熟度级别（第三级），而且工具将体现它的价值，因为更多人正在为更多目的使用它。你可以从那里开始使用工具来收集和跟踪每日工作进展和沟通数据，并实现到第四级的转变。最后，这一严格的数据收集将允许你精确地预报，计划，规划，和管理你的资源和项目，把你带到第五级。

我在这篇文章里提供的要点是容易实现的，并可以提高你任何工具实施的成功率。尽管如此，在最后，对你和你的团队是否确实已经准备好面对引入工具带来的挑战的决定权仍然在你。

我欢迎来自你们的反馈。如果你发现这些技术有所帮助请告诉我，并描述其它你的团队已经成功使用的技术。

附录A：检查过程的成熟度等级清单

附录B：测试过程的成熟度等级清单

附录C：在不同成熟度级别实现的IBM Rational工具