学习如何利用FtNesse解决开发质量方面的问题 [转].doc

学习如何利用FitNesse解决开发质量方面的问题 [转] 摘要本文描述了如何使用开源的FitNesse来实现真正的测试先行开发过程，并让客户、需求提报工程师、开发人员、以及测试人员进行协同工作，达到需求更精准、减少需求更改、测试数据与Junit单元测试代码分离的目的，让这一切更简洁、更易于维护。作者：Stephan Wiesner译者：陈海青 joson 在过去的几年里，我在开发测试工作中担任过各种角色，使用过服务器端的JavaScript，Perl，PHP，Struts，Swing以及模型驱动架构等各类技术。尽管项目不同，但是他们有一些共同点：项目结束的时间越晚，就越难以达到客户的真正需求。每个项目都有一些需求，有的非常详细，有的却只有几页纸，这些需求一般要经历以下三个阶段：由客户或者承包人来书写或采纳一些官方的验收标准 测试者试图根据需求来找出软件中不符合要求的地方 项目开发完毕进入验收测试, 可是客户突然又提出对软件需求进行补充或变更的要求最后一个阶段将导致项目发生变化，开发期甚至要超出最后期限，使开发人员的工作压力剧增，从而导致发生更多的错误。Bug的数量将快速增长，系统的质量将下降。听上去是不是很熟悉？现在让我们看一下在上述的项目开发中发生了哪些错误：客户、开发、测试人员没能协同工作；需求已经确认通过，但是在不同位置的人可能还用不同的需要未考虑。另外，开发者一般会写一些自动测试代码，测试人员也试图进行自动化测试，但是他们往往不能充分协同，许多项目被重复测试，但另一些（经常是更困难的部分）却没能被测试，客户也没参与到测试工作中。本文所介绍的就是通过自动测试与项目需求相结合的方式来解决这些问题的一种方案。版权声明：任何获得Matrix授权的网站，转载时请务必保留以下作者信息和链接作者:Stephan Wiesner ;陈海青 joson,作者的blog:/page/joson 原文:/javaworld/jw-02-2006/jw-0220-fitnesse.htmlMatrix:/resource/article/44/44507_FitNesse.html关键字:FitNesse;Test开始FitNesseFitNesse是一个增加了可触发Junit 测试等附加功能的wiki程序。如果这些测试能够与业务需求结合起来，就会使业务需求更加清晰。而且，测试数据的组织更有逻辑性。使用FitNesse更重要的是学习隐含在其中的一些思想，某些部分需求可以作为测试的一部分，这意味着，这些需求是可以测试的，或者说是可以进行校验的。利用FitNesse，开发的工作过程可以这样描述：需求工程师使用FitNesse书写业务需求（取代了一般文档）。他试图尽可能让客户参与其中，当然这并不是每天都能做到的。而测试者在反复研究这些文档，并从第一天起就开始提问各种问题，因为他们考虑问题的方式不同，不是在考虑“软件应该实现些什么”？而是在考虑“怎样才能让软件出错？如何让软件中断运行？”等。开发者更象一个需求工程师，他更想知道“软件必须要完成它的功能是什么”？测试人员可以更早地开始测试，甚至在需求没有全部完成前，而且可以把测试写进业务需求中，这些测试不仅仅成为需求的一部分，而且也将成为需求评审和验收的重要过程，并具有以下几方面的重要优点：客户也会被吸引来开始考虑关于测试的事情，通常他们还会参与到建立测试的工作中来（你也许会吃惊，他们怎么对这些这么感兴趣了。） 相关规范将更详细、更周密，因为测试总比单纯的文字要准确.通过这种方式，可以更清晰明确地了解软件（象一个软件原形，但是功能更多）,因此可以更早地考虑真实的运行场景，提供测试数据和测算结果。 最后，需求将提交给开发人员，他的工作要比以前要更容易些，因为需求都附带具体的实例，因而更贴近实际需求，因此减少了被突然改变的机会。下面，就让我们看一下这个过程是如何使开发者工作更轻松的吧。测试先行的实现通常情况下，测试先行开发中最困难的是没人愿意花费那么多的时间来写测试，而更愿意去考虑如何让软件工作起来。按照上述的过程，开发者把功能测试看作合同的一部分，他的任务要从“按要求编程，检测并修改”转变为“让测试运行起来”。现在，在确定应该做什么，何时完成，项目的定位等方面，我们有了更好的方法。并非所有的测试都可以自动进行，并非所有的部分都可进行单元测试。我们通常将测试划分为以下几种类别：数据驱动的测试，需要通过单元测试来完成，如计算就是一种典型的例子. 关键字驱动 Keyword-driven 测试，常自动化进行。这是一些系统测试，要求应用程序能够运行，按钮能够被点击，数据可以被键入，而输出的结果中包含规定的值。测试团队一般都