【IT168 专稿】

    除了命令行接口、单元测试工具和3×5的索引卡片，敏捷软件开发人员通常还会使用其它各种各样的专业工具。根据某网站发布的2008年敏捷趋势调查报告，按“重要级”排列依次是需求管理工具（56%）、Bug追踪工具（51%）、项目管理工具与单元测试工具（各占45%）。此外，常用工具还包括功能测试、持续集成构建、协作、配置管理和文档管理工具等。

    尽管开发团队仍然可以仅靠电子表格方式进行管理。不过，当敏捷成为大型团队开发进行大型项目的主流开发方式时，这些自己临时组织起来的技术将难以胜任。由此带来敏捷工具的广泛采用和快速发展。

    欲善其事 先利其器

    IBM敏捷开发实践负责人Scott Ambler说：“很显然，需求管理是非常重要的。你会发现环境越是规则化，对需求管理的要求就越高。这是近年来软件开发的本质。”

    Ambler还表示：“需求采集是一个让敏捷领域所有人头痛的问题。我们必须克服这个困难。而索引卡片在这方面做的还不够好。”尽管如此，他仍然认为：“我们还得提高需求管理和文档的效率，这也是我们使用敏捷建模的原因。”

    Nari Kannan在加利福尼亚洲普莱森顿Ajira技术公司担任总裁。该公司从事敏捷开发所必须的服务过程管理方案、Bug追踪及自动测试工具的开发。就自动测试来说，他认为：“开发团队每周都要做一些构建，所以不可能每次都填写所有的表格。我们努力使测试标准化，许多新的构建也可以通过自动测试工具完成。”

    他谈到，Bug追踪工具也为Ajira公司节省了不少时间，“Bug追踪是很关键的一环，因为你肯定不想在很短的开发周期内因为处理Bug而浪费太多的时间。”

    Steve Whatmore是位于多伦多市为金融服务业提供商务解决方案的LYNXDev公司的Java设计师。他认为缺陷追踪系统是敏捷开发中不可缺少的关键系统，理想状态下应该在集成开发环境中整合缺陷追踪系统。LYNXDev公司使用Mylyn（任务管理辅助系统）管理Eclipse环境，并集成到CodeBeamer协作平台上。

    Whatmore说：“这样便可以直接在IDE上给开发人员发送解决Bug的任务通知，允许开发人员检查与这个缺陷相关的代码并进行修复。所有操作都直接在IDE环境下进行。”

    自动工具提供便利

    随着敏捷开发的周期越来越短，Whatmore认为自动测试工具也很重要，特别是自动回归测试和单元测试。

    他说：“虽然我们并不是以'测试为主'，但我们确实为应用程序准备了全套的回归测试。我们每天两次的构建都要进行这种回归/自动测试，并为开发团队发送与结果相关的通知。所有的失误都会得到及时处理。并且随着时间的推移，这种处理方式也改变了我们的开发人员的心态，从而不仅使我们的版本构建过程得以顺利进行，应用程序的单元测试中的问题也很少出现了。”