单元测试（二）－－测试范畴

如果要给单元测试定义一个明确的范畴，指出哪些功能是属于单元测试，这似乎很难。但下面讨论的四个问题，基本上可以说明单元测试的范畴，单元测试所要做的工作。

1、 它的行为和我期望的一致吗？

    这是单元测试最根本的目的，我们就是用单元测试的代码来证明它所做的就是我们所期望的。

 

2、 它的行为一直和我期望的一致吗？

    编写单元测试，如果只测试代码的一条正确路径，让它正确走一遍，并不算是真正的完成。许多开发者说他们只编写一个测试。也就是让所有代码从头到尾跑一次，只测试代码的一条正确执行路径，只要这样走一遍下来没有问题，测试也就算是完成了。例如，土木工程师在设计一座桥梁的时候，必须考虑桥梁的负载、强风的影响、地震、洪水等等。电子工程师要考虑频率漂移、电压尖峰、噪音、甚至这些同时出现时所带来的影响。

    你不能这样来测试一座桥梁：在风和日丽的某一天，仅让一辆车顺利地通过这座桥。显然，这种测试对于桥梁测试来说是远远不够的。类似地，软件开发是一个项复杂的工程，在测试某段代码的行为是否和你的期望一致时，你需要确认：在任何情况下，这段代码是否都和你的期望一致；譬如参数很可疑、硬盘没有剩余空间、缓冲区溢出、网络掉线的时候。

 

3、 我可以依赖单元测试吗？

    不能依赖的代码是没有多大用处的。既然单元测试是用来保证代码的正确性，那么单元测试也一定要值得依赖，并且清楚地知道这些代码的功能和约束。

 

4、 单元测试说明我的意图了吗？

    单元测试能够帮我们充分了解代码的用法，从效果上而言，单元测试就像是能执行的文档，说明了在你用各种条件调用代码时，你所能期望这段代码完成的功能。