本篇文章主要讲述软件测试技术之单元测试初探（一），希望阅读本篇文章以后大家有所收获，帮助大家对相关内容的理解更加深入。

　　对于测试大家了解最多的就是功能测试其实还有一个测试和开发非常模糊的测试 就是单元测试  这种测试 对于开发人员和测试人员来说都会接触 今天就简单介绍一下单元测试。

　　1.什么是单元测试(Unit Testing)？

　　一个单元指的是应用程序中可测试的最小的一组源代码。一组源代码可测试，一般要求其有明确的输入和输出。因此，一般来讲，源代码中包含明确的输入和输出的 每一个方法被认为是一个可测试的单元。注意，这里指的输出，并不局限于方法的返回值或对输入参数的改变，而包括了方法的执行过程中，改变的任何数据。

　　单元在程序里可以简单的理解为一个模块，一个方法。单元测试也就是在完成每个模块后都进行的测试。从确保每个模块没有问题，从而提高整体的程序质量。

　　2.单元测试的目的？

　　单元测试的目的，是将应用程序的所有源代码，隔离成最小的可测试的单元，保证每个单元的正确性。理想情况下，如果每个单元都能保证正确，就能保证应用程序整体相当程度的正确性。

　　另一方面，单元测试也是一种特殊类型的文档，相对于书面的文档，测试脚本本身往往就是对被测试代码的实际的使用代码，对于帮助开发人员理解被测试单元的使用是相当有帮助的。

　　3.单元测试的手段

　　测试分为黑盒测试白盒测试。

　　黑盒测试：只知道WHAT下进行的测试，黑盒测试一般由测试人员进行。

　　单元测试是一种白盒测试，目的是验证所设计的类是否符合需求。

　　在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。　 

　　白盒测试：知道被测软件如何(HOW)完成功能和完成什么样的功能(WHAT)，白盒测试一般由开发人员完成。

　　4.如何进行单元测试

　　1）隔离

　　要进行单元测试，首先就是要将被测试的单元，与所有外部依赖进行隔离。一般来讲，进行隔离主要有两种可选的技术，一种叫Stub，一种叫Mock。对于两个的区别和取舍，Martin Fowler有一个很经典的文章：Mocks Aren't Stubs。简单来说，如果要Stub或Mock一个方法，Stub指的是，为了测试，手动写一个相同签名的方法，根据我的测试需要，对给定的输入参数，返回一定的输出；而Mock则借助一定的框架组件，自动生成一个方法的实现，对于给定的输入，返回一定的输出。当然，所谓的Stub或Mock，并不单指对方法，尤其是在面向对象编程中，也可以是对属性，对对象或者对接口，等等。

　　为了方便实现隔离，对软件设计和开发的一个潜在的激励是，软件模块的设计人员和开发人员，不得不时时思考，在当前语言支持的各种特性的条件下，如何使得所写的代码，能够被方便的被隔离。虽然这看起来很像是一种限制，但是和软件设计的SOLID原则，其实是不谋而合的，因此，也就未尝不是一个优点了。

本文由职坐标整理发布，学习更多的相关知识，请关注职坐标IT知识库！