采用敏捷方法进行用户界面开发

　　摘要
　　
　　1991年秋，在美国勒海大学亚科卡学院的一份研究报告《21世纪美国制造业的战略：一个工业主导的观点》中，首次提出了敏捷竞争的概念.而今天，我们似乎已经看到，敏捷已经在我们身边，形影不离.
　　
　　之前Matrix一则讨论激烈的新闻(http://www.matrix.org.cn/resource/news/314_Agile.html), 也表达了敏捷在今天的热度.下面通过一个简单的例子, 告诉你如何起步敏捷开发..
　　
　　概述
　　
　　如果你没有采用敏捷的方式，那你就落后了。这是最近SD Best Practices 2004会议上的标语。敏捷的方法就象XP和Scrum正在世界的软件发展中，变得越来越普遍了。敏捷是一个巨大的改变，让软件开发者把重心转移到质量和速度上。这对已经被比喻成面向对象设计的软件开发有很大的影响。但是，这种影响的一些方面已经放慢了：GUI的开发，自从大多数软件包含了一些类型的GUI,而且比较多的软件开发的百分比是去完成以GUI为中心的，应用敏捷的优势去开发GUI就是关键问题了。
　　
　　什么在阻止人们用敏捷的方法来开发GUI呢？不论他们的应用是基于web的或是桌面应用，大多数开发者不做用户界面user interface的测试驱动开发test-driven development (TDD)。这都因为一个简单的原因：单元测试GUI是很困难的。测试GUI是很乏味沉闷而且容易出错的，包含了模拟用户事件的复杂代码，在事件传播和控制重绘的时候等待，然后在他显示给用户之前，尝试着检测状态。敏捷依赖于测试驱动开发，但是为GUI的特定行为来写有效的测试代码是困难的。在cube farm(办公农庄，用隔断间隔成很多小工作间的办公室? 商务英语)的GUI方面上，质量和设计从敏捷方法中受益已经被完全认识到。
　　
　　敏捷实践正在渗透进这个领域。单元测试GUI元素的工具激增，JFCUnit 框架测试GUI是用java Swing，基于Web的GUI能被HTMLUnit, HTTPUnit, jWebUnit和类似的工具测试。许多GUI构造器和工具包和单元测试工具有关系，比如VBUnit是为了Visual Basic，QtUnit是给Qt用的。
　　
　　工具已经存在了，但是处理仍是不确定的。在测试驱动开发(TDD)中，每个代码的改变都在新行为的单元测试前。在开发GUI时，许多变化不过是视觉显示上的调整，比如改变元素的位置，文本，或者颜色。你可以加一个按钮，建一个菜单项，或者构造一个对话框。但是怎样和为什么你要测试这种变化呢？测试每个标签或者颜色值是很愚蠢的。同样的，对于标准的元素象按钮和域，测试他们通常的行为是没有意义的，象对鼠标移动的响应，键的按下，点击，和诸如此类的。这些事情是不可能被中断的。怎样去测试他们的问题只是徒劳的增添了做GUI测试的难度。
　　
　　一个关键的问题：怎样做测试先行的开发？答案就在于GUI的编码是怎样组织的。敏捷方式的领袖例如Kent Beck 和 David Astels建议在构造GUI的时候要保持视图对象尽可能是轻量的，而且“在表面下”（ below the surface.）测试视图层。这个 敏捷对象/瘦视图 模型和我们熟悉的 文档-视图 及 客户端-服务器模式类似，但是被应用于个别的GUI元素。内容和表现的分离改善了代码的设计，使他更模块化和更利于测试。每个用户界面的组件被实现为一个敏捷对象，包括将要被测试的应用的行为，但不包括GUI表现的代码。每个敏捷对象有一个相应的瘦视图类只包括普通的GUI行为。采用这种设计模式，GUI构造变得可以被应用于 测试驱动开发（TDD） 处理了。
查看本文来源