单元测试-原理

单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。

通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。

例如，你可能把一个很大的值放入一个有序list 中去，然后确认该值出现在list 的尾部。

执行单元测试，就是为了证明这段代码的行为和我们期望的一致。

 

1、它是一种验证行为。

程序中的每一项功能都是测试来验证它的正确性。它为以后的开发提供支援。就算是开发后期，我们也可以轻松的增加功能或更改程序结构，而不用担心这个过程中会破坏重要的东西。而且它为代码的重构提供了保障。这样，我们就可以更自由的对程序进行改进。

2、它是一种设计行为。

编写单元测试将使我们从调用者观察、思考。特别是先写测试（test-first），迫使我们把程序设计成易于调用和可测试的，即迫使我们解除软件中的耦合。

3、它是一种编写文档的行为。

单元测试是一种无价的文档，它是展示函数或类如何使用的最佳文档。这份文档是可编译、可运行的，并且它保持最新，永远与代码同步。

4、它具有回归性。

自动化的单元测试避免了代码出现回归，编写完成之后，可以随时随地的快速运行测试。

 

下面讨论的四个问题，基本上可以说明单元测试的范畴，单元测试所要做的工作。

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

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

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

编写单元测试，如果只测试代码的一条正确路径，让它正确走一遍，并不算是真正的完成。软件开发是一项复杂的工程，在测试某段代码的行为是否和你的期望一致时，你需要确认：在任何情况下，这段代码是否都和你的期望一致；譬如参数很可疑、硬盘没有剩余空间、缓冲区溢出、网络掉线的时候。

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

不能依赖的代码是没有多大用处的。既然单元测试是用来保证代码的正确性，那么单元测试也一定要值得依赖。

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

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

 

JUnit是Java 社区中知名度最高的单元测试工具。

JUnit 设计的非常小巧，但是功能却非常强大。JUnit ——是一个开放源代码的Java测试框架，用于编写和运行可重复的测试。

他是用于单元测试框架体系xUnit的一个实例（用于java语言）。主要用于白盒测试，回归测试。

 

junit是在极限编程和重构（refactor）中被极力推荐使用的工具，因为在实现自动单元测试的情况下可以大大的提高开发的效率。

 

我们只在业务层进行单元测试，因为显示层至今没有什么好的单元测试方法，而我们的业务逻辑又严格封装在业务层，Controler层只做个组装分派的基本动作，没必要花大力气去测试。

 

单元测试一定要使用断言。

 

junit有断言功能，如果测试结果不通过会告诉我们哪个测试不通过，为什么。

而如果是像以前的一般做法，是写一些测试代码看其输出结果，然后再由自己来判断结果是否正确。

 

使用junit断言的好处就是这个结果是否正确的判断是它来完成的，我们只需要看看它告诉我们结果是否正确就可以了，在一般情况下会大大提高效率。