了解测试的工作原理
让我们搞点破坏，然后看看会发生什么事。夜深了，我们决定把 "Hello World" 变成一个静态字符串。在更改期间，我们 不小心 打错了字母，将 "o" 变成了 "0"，如清单 6 所示。
清单 6. Hello world 类更改
| package com.company; public class HelloWorld { private final static String HELLO_WORLD = "Hell0 World"; public String sayHello() { return HELLO_WORLD; } } |
在构建包时，我们看到了错误。清单 7 显示了 runtest 中的错误。它显示了失败的测试类和测试方法，并说明了为什么会失败。我们返回到代码中，改正错误后离开。
清单 7. 构建错误示例
| E:\projects\sample>ant runtests Searching for build.xml ... Buildfile: E:\projects\sample\build.xml JUNIT: compile: jar: compiletests: runtests: [junit] ..F [junit] Time: 0 [junit] [junit] FAILURES!!! [junit] Test Results: [junit] Run: 2 Failures: 1 Errors: 0 [junit] There was 1 failure: [junit] 1) testSayHello(test.com.company.HelloWorldTest) "expected:<Hello World> but was:<Hell0 World>" [junit] BUILD FAILED E:\projects\sample\build.xml:35: Java returned: -1 Total time: 0 seconds |
并非完全无痛
新的过程并不是完全无痛的。为使单元测试成为开发的一部分，您必须采取以下几个步骤：
下载和安装 JUnit。
下载和安装 Ant。
为构建创建单独的结构。
实现与主类分开的测试类。
学习 Ant 构建过程。
但好处远远超过了痛苦。通过使单元测试成为开发过程的一部分，您可以：
自动验证以捕捉更改“臭虫”
从接口角度设计类
提供干净的示例
在发行包中避免代码混乱和类膨胀。
实现 24x7
保证产品的质量要花费很多钱，但如果质量有缺陷，花费的钱就更多。如何才能使所花的钱获得最大价值，来保证产品质量呢?
评审设计和代码。 评审可以达到的效果是单纯测试的一半。
通过单元测试来确认模块可以使用。 尽管测试早就存在，但随着开发实践的不断发展，单元测试逐渐成为日常开发过程的一个部分。
在我 10 年的开发生涯里，为 emageon.com 工作是最重要的部分之一。在 emageon.com 时，设计评审、代码评审和单元测试是每天都要做的事。这种日常开发习惯造就了最高质量的产品。软件在客户地点第一年的当机次数为零，是一个真正的 24x7 产品。单元测试就象刷牙：您不一定要做，但如果做了，生活质量就更好。
参考资料
您可以参阅本文在 developerWorks 全球站点上的 英文原文 .
下载在本文中引用的 示例代码 。
从 Apache 网站下载 Ant。如需 Ant 文档、FAQ 和其他下载，请访问 Jakarta 项目的Ant 主页 。
JUnit 主页 提供了额外的测试示例、文档、文章和 FAQ。您可以从 www.xprogramming.com 下载 JUnit 3.2。
Kent Beck 所写的 “简单的 Smalltalk 测试”(Simple Smalltalk Testing) 讨论了一个简单的测试策略和支持它的框架。
请参阅其它开发者的有关单元测试的评论 (comments on unit testing) 。
要了解其它有用的开发习惯，请访问 终极编程主页 (Extreme Programming Home page) 。
| 关于作者 Malcolm G. Davis 拥有自己的咨询公司，并任公司的总裁，该公司位于美国阿拉巴马州的伯明翰 (Birmingham)。他把自己看做是个 Java 传道者。在工作之余，他喜欢跑步，以及和他的孩子们一起玩耍。您可以通过 malcolm@nuearth.com 与 Malcolm 联系。 |
文章来源于领测软件测试网 https://www.ltesting.net/
