|
建立测试案例的步骤如下：
1、建立一个junIT.framework.TestCase的实例。
2、定义一些以“test”开头的无返回方法（例如testWasTransactionSuccessful()，testShow()，等等）。
TestThatWeGetHelloWorldPrompt.java包含这些：TestCase的子类和一个叫做testSay()的方法。这个方法调用了assertEquals()函数，它用来比较我们预期的值和由say()返回的值。
main()方法用来运行测试和显示输出的。JUnIT的TestRunner处理测试，提供基于图像和文本的输出表现形式。我们使用基于文本的版本，因为Eclipse支持它，且也适合我们。当开始运行后，基于文本的版本测试会以文本形式输出，Eclipse会把这些输出自动变成图像界面的输出。
按照TDD规范，首次运行测试，应该故意让它失败。点击运行->运行为->Junit测试（记住TestThatWeGetHelloWorldPrompt.java应该被突出的显示在包资源管理器中）。在左边窗口，应该看见JUnit窗口而不是包资源管理器，它显示一个红条，一次失败的测试，具体的失败原因参看图2。如果没有自动显示这些内容，点击JUnIT标签（在底部的左边）。
图2. JUnIT中失败的测试
很好！但却失败了。现在我们来建立被测试代码：在包资源管理器窗口的ProjectWithJUnIT标题上右击，选择新建->类。选择类名，我们已经假设了它叫HelloWorld，然后直接点击完成。为HelloWorld.java填入下列代码：
public class HelloWorld {
public String say() {
return("Hello World!");
}
} |
这段代码很简单，甚至不需要注解，我们再来看看结果。按照上面描述过的方式，在JUnIT的窗口中显示了一个绿条，参看图3。绿条证明测试成功。
图3. JUnIT中成功的测试
现在，我们想再让测试失败一次，但原因不同。这有助于展示JUnit测试中不同的报错信息。修改assertEquals()代码，把“Hello World!”变成“Hello Me!”。当再次运行JUnit时，结果变成了红条，在JUnIT窗口的底部输出了失败原因，参看图4。
图4. JUnIT中的ComparisonError
最后，我想说一下关于测试是开发过程中的必要部分的话题。测试代码一直是开发中的重要部分。经过近几年的发展，已得到了很大的提高，这要归功于强大的理论研究（比如“expectations-based development”等等），和快速发展的测试工具包，还有测试过程的改进。如果你对这篇文章感兴趣，那请你花一些时间来正式的学习一下测试理论吧，这对你的工作很有用。 上一页 [1] [2] |
