软件单元测试

单元测试目的和意义

对于非正式的软件（其特点是功能比较少，后续也不有新特性加入，不用负责维护），我们可以使用debug单步执行，内存修改，检查对应的观测点是否符合要求来进行单元测试，这种方法速度比较快，使用也比较方便，如果使用单元测试框架编写单元测试用例测试，则效率很低。
但是对于正式商用的软件，往往拥有大量的特性，采用敏捷进行开发，会经过多次迭代，每次迭代都会有新特性加入。而且发布之后也会经常收到用户需求，进行特性的增量开发。如何能保证新加入的特性以及问题修改不会影响到已有的特性。这时编写单元测试用例就比较有作用了。

首先单元测试可以保证代码质量。通过单元测试不但可以对函数正常功能进行测试，而且可以将一些系统测试时很难构造的异常场景都覆盖到。有效的保证代码质量。
其次保证代码的可维护以及可扩展。每次特性变化都编写单元测试用例，这样单元测试用例会覆盖所有的特性，这样的话后续对于代码重构优化、以及新特性代码的加入都可以观察到对老的特性影响。
测试驱动开发（TDD），在正式代码编写前，可以先考虑进行单元测试代码的编写，这样可以保证功能的完备性，并较好的优化代码结构。

单元测试思路和方法

单元测试开始的时间

软件开发过程中，单元测试和编码共属实现阶段，进行动态的单元测试前要先对程序进行静态分析（例如PCLint等）和代码审查。
因为使用动态测试技术要准备测试用例，进行结果记录和分析，工作量大，发现错误太多会降低动态测试效率；所以先使用静态分析和代码审查技术，能充分地发挥人的判断和思维优势，检查出对机器而言很难发现的错误。典型的包括代码和设计规格的一致性，代码逻辑表达式的正确性。一旦发现错误，就知道错误的性质和位置，调试代价较低；

单元测试代码的结构

单元测试一般是对函数级别的测试，测试目的函数的输入输出，检查在特定的输入情况下，对应的输出是否符合期望值。其输入可能是函数的参数，也可能是函数中从其他模块获取的数据。函数的输出可能是返回值、输出参数，也可能是向其他模块提供的数据。

由于单元测试针对程序单元，而程序单元并不是一个独立可运行的程序，往往需要系统API，或者其他模块提供动态库或网络通讯支持，因此，在考虑测试模块时，同时要考虑到它和外界其他模块的联系，用一些辅助模块去