java单元测试之道_《单元测试之道java》随笔

用JUnit′写测试真正所需要的就三件事:

1.一个import语句引入所有junit .framework.*下的类。

2.一个extends语句让你的类从Testcase 继承。

3.一个调用super(string)的构造函数。

每个测试的运行都应该是互相独立的;从而可以在任何时候，以任意顺序运行每个单独的测试。

为了获得这样的好处,在每个测试开始之前，都需要重新设置某些测试环境，或者在测试完成之后需要释放一些资源。JUnit 的 Testcase基类提供两个方法供改写，分别用于环境的建立和清理；

一个测试类包含一些测试方法；每个方法包含一个或者多个断言语句。但是测试类也能调用其他测试类：单独的类、包、甚至完整的一个系统。

可以通过创建test suite来取得。任何测试类都能包含一个名为suite的静态方法：

public static Test suite ( ) ;

你可以提供suite()方法来返回任何你想要的测试集合(没有suite()方法，JUnit会自动运行所有的test...方法 )，但是你可能需要手工添加特殊的测试，包括其他suite .

一般而言，一个测试方法会包含有多个断言，因为你需要验证该方法的多个方面以及内在的多种联系。当一个断言失败的时候，该测试方法将会被中止，从而导致该方法中剩余的断言这次就无法执行了。

此时不能有别的想法，而只能是在继续测试之前先修复这个失败的测试。依此类推不断地修复一个又一个的测试，沿着这条路径慢馒前进。

在实践中，当引人一个bug 的时候，只有一到两个测试会失败。在这种情况下，把问题分离出来将会相当容易。当有测试失败的时候，无论如何都不能给原有代码再添加新的特性，所以要尽快地修复错误直到让所有的测试都能顺利通过。为了遵行这种原则，你需要一种能够运行所有测试——或者一组测试、某个特殊子系统等等的辅助方法。

在前面“求最大值”的例子中，我们发现了几个边界条件:最大值位于数组末尾、数组包含负数,或者数组为空等等。

找边界条件是做单元测试中最有价值的工作之一,因为bug一般就出现在边界上。--些需要你考虑的条件有:

1、完全伪造或者不一致的输入数据﹐

2、格式错误的数据，例如没有顶层域名的电子邮件地址，就像fredefoobar这样的。

3、空值或者不完整的值(如o，0.0、""和null )

4、一些与意料中的合理值相去甚远的数值。例如一个人的岁数为1 000 岁。

5、如果要求的是不允许出现重复数值的 list，但是传入的是一个存在重复数值的 list。如果要求的是一个有序 list，但是传入的是一个无序的list;或者反之。例如，给一个要求排好序的算法传人一个未排序的 list——甚至一个反序的 list。

6、事情到达的次序是错误的，或者碰巧和期望的次序不一致。例如，在未登录系统之前，就尝试打印文档。