|
 |
作为开发人员，我们的工作就是为用户提供自动化处理。但是，我们中的许多人却忽视了自动化自己开发过程的机会。出于这个目的，让开发自动化 系列文章专门研究了自动化软件开发过程的实际应用，并教您什么时候以及如何成功地应用自动化。
更多 >
| |
断言架构可靠性
（2007 年 7 月）
您的软件架构和您所期望的一样吗？当架构落实到代码时，它并不总是我们曾经互相讨论并预想的那个。本文将演示如何通过使用 JUnit、JDepend 和 Ant 编写有关测试来发现架构偏差，从而做到在发生问题之前主动发现问题。
持续测试
（2007 年 3 月）
介绍了几种自动化的开发人员测试，每一次改变源代码都能够运行这些测试。作者提供了 Selenium、DbUnit 和 JUnitPerf 测试的例子，即如果经常运行这些测试可以帮助您尽早发现应用程序的问题。
用 Eclipse 插件提高代码质量
（2007 年 1 月）
如果能在构建代码前发现代码中潜在的问题会怎么样呢？很有趣的是，Eclipse 插件中就有这样的工具，比如 JDepend 和 CheckStyle，它们能帮您在软件问题暴露前发现这些问题。在本期文章中，自动化专家 Paul Duvall 将带来一些关于 Eclipse 插件的例子，您可以安装、配置和使用这些静态分析插件，以便在开发生命周期的早期预防问题。
持续反馈
（2006 年 12 月）
反馈对于持续集成（Continuous Integration，CI）实践来说至关重要，事实上，它正是 CI 系统的“生命血液”。快速反馈则能够实现对需要引起注意的构建事件的及时响应。在这一期文章中，自动化专家 Paul Duvall 介绍了能够合并到 CI 系统中的各种反馈机制。
除掉构建脚本中的气味
（2006 年 11 月）
您把多少时间花在维护项目构建脚本上？也许远远超出您预期的或者可以忍受的时间。其实大可不必遭受如此痛苦的经历。在这一期的让开发自动化中，Paul Duvall 将演示如何改进很多常见的妨碍团队创建一致的、可重复的、可维护的构建的实践。
选择持续集成服务器
（2006 年 10 月）
由于有许多持续集成服务（CI）服务器可以选择，所以很难决定哪个适应自己。本文中，开发自动化专家 Duvall 采用一致的评估标准和很多说明性示例，介绍了一些开源 CI 服务器，包括 Continuum、CruiseControl 和 Luntbuild。
持续检查
（2006 年 8 月）
利用源代码分析工具，自动获得关于代码复杂性、重复程度、符合编码标准的程度，从而改进软件开发过程。
|
| | Paul Duvall 是 Stelligent Incorporated 的 CTO，该公司利用有效的开发人员测试策略，以及能够让团队尽早尽多地监视和提高代码质量的持续集成技术，帮助其他企业解决软件的质量问题。他还是 UML™ 2 Toolkit 一书的作者之一，目前正在与他人合作撰写 Continuous Integration: Improving Software Quality and Reducing Risk（ISBN: 0321336380; Addison-Wesley）。 |
|
