这是我们最亲密的测试，我们写的不寻常的课程设计。当然，更不用说商用级测试。通常，单元测试占用测试。
用一些人搭起了一个框架，然后，单元测试；的測试。
但殊途同归。要保证软件系统的质量，首先就要保证构成系统的单元的质量，这些单元可能是一个对象、类和函数，也可能是更大的单元——组件或模块。
（1）为什么要进行单元測试：
软件中存在的错误发现得越早，则改动和维护的费用就越低，并且难度越小。单元測试是早期抓住这些错误的最好时机。
（2）定义：
单元測试是对软件基本组成单元（如函数、类的方法等）进行的測试。并且软件单元是在于程序其它部分相隔离的情况下独立測试。
（3）測试时机：
一般在代码完毕后由开发者完毕。QA（质量管理员）人员辅助。
（4）測试目标：
- 信息是否能正确地流入和流出单元
- 在单元工作过程中，其内部数据是否能保持其完整性，包含内部数据的形式、内容及相互关系不错误发生，也包含全局变量在单元中的处理和影响
- 在为限制数据加工而设置的边界处。是否能正确工作
- 单元的执行是否能做到满足特定的逻辑覆盖
- 单元中发生了错误。当中的出错处理措施是否有效
（5）測试任务：
- 检查每一条独立运行路径的測试。保证每条语句被至少运行一次
- 检查局部数据结构完整性
- 检查模块接口是否正确
- 检查临界数据处理的正确性
- 预见、预设的各种出错处理是否正确有效
（6）測试根据：
软件具体说明书
（7）静态測试：
静态測试技术是单元測试中最重要的手段之中的一个，它常採用代码审查的方法。据有关统计，代码中60%以上的缺陷能够通过代码审查发现出来。
代码审查：
- 代码走查：非正式会议，以开发者为主
- 会议审查：正式会议，项目组成员包含測试人员，利用缺陷检查表，提前准备好文档和工具
（8）动态測试：
- 驱动程序：用以模拟被測模块的上级模块，可以调用被測模块。在測试过程中，驱动模块接受測试数据，调用被測试模块并把相关的数据传送给被測模块。（我觉得JUnit就是基于驱动的。由于我们要測一个类。是通过JUnit来模拟类方法的运行。通过JUnit调用类方法并传递数据）
- 桩程序：用以模拟被測模块工作过程中所调用的下层模块。
版权声明：本文博主原创文章，博客，未经同意不得转载。