精通 Grails排除 bug，构建可执行文档

我是测试驱动开发（test-driven development，TDD）的大力支持者。Neal Ford（The Productive ProgrAMMer 的作者）说道 “不测试所编写的代码就是失职”。Michael Feathers（Working Effectively with Legacy Code 的作者）将 “遗留代码” 定义为没有经过相应测试的任何软件 — 这表明编写代码而不进行测试是一种过时的实践。我常说每编写一定数量的生产代码，就要编写两倍的测试代码。

精通 Grails 尚未讨论 TDD，因为到目前为止，这个系列主要关注如何利用 Grails 的核心功能。测试基础设施代码（不用您编写的代码）有一定的价值，但我很少这样做。我相信 Grails 能够正确地将我的 POGO 呈现为 XML，或在我调用 trip.save() 时将我的 Trip 保存到数据库。当您检查自己编写的代码时，测试的真正价值就体现出来了。如果您编写一个复杂的算法，您应该有一个或多个补充单元测试，确保该算法正常工作。在本文，您将看到 Grails 如何帮助和鼓励您进行应用程序测试。

编写第一个测试

在开始测试之前，我将介绍一个新的域类。这个类的一些定制功能必须经过测试才能进入到生产中。输入 grails create-domain-class HotelStay，如清单 1 所示：

				
$ grails create-domain-class HotelStay

Environment set to development
     [copy] Copying 1 file to /src/trip-plAnner2/grails-app/domain
Created Domain Class for HotelStay
     [copy] Copying 1 file to /src/trip-plAnner2/test/integration
Created Tests for HotelStay

从清单 1 可以看到，Grails 在 grails-app/domain 目录中为您创建了一个空的域类。它还在 test/integration 目录中创建了一个带有空的 testSomething() 方法的 GroovyTESTCase 类（稍后我将进一步讲述单元测试和集成测试的区别）。清单 2 展示了一个带有生成的测试的空 HotelStay 类：

				
class HotelStay {
}

class HotelStayTests extends GroovyTESTCase {
    void testSomething() {
    }
}

GroovyTESTCase 是在 JUnit 3.x 单元测试之上的一层 Groovy。如果您熟悉 JUnit TESTCase，您肯定知道 GroovyTESTCase 是如何工作的。对于这两种情况，您通过断言代码正常工作来测试它们。JUnit 有各种不同的断言方法，包括 assertEquals、assertTrue 和 assertNull 等等。它使您通过编程的方式表明 “我断言这个代码按照预期工作”。

将清单 3 中的代码添加到 grails-app/domain/HotelStay.groovy 和 test/integration/HotelStayTests.groovy：

本文转自IBM Developerworks中国

      请点击此处查看全文