3）内部数据流测试

　　内部数据流测试包括以下几点：

　　不正确或不一致的数据类型说明。
　　使用尚未赋值或尚未初始化的变量。
　　错误的初始值或错误的默认值。
　　变量名拼写错误或书写错误。
　　不一致的数据类型。
　　全局变量对模块是否产生影响。

　　4）逻辑路径测试

　　逻辑路径测试包括以下几点：

　　是否到达重要的功能点路径。
　　逻辑判断的边界点是否正确。
　　异常/错误处理。
　　比较完善的模块设计要求能预见异常或出错的条件，并设置适当的异常处理和出错处理，以便在程序出现异常或错误时，能对出错程序重新进行安排，保证逻辑上的正确性。重点应该考虑下面几个问题：
　　异常或出错的描述是否可以理解。
　　异常处理是否合理、出错后对错误的定位是否准确。
　　提示的错误与实际的错误是否一致。
　　对错误条件的处理是否正确。

　　以上提到的很多内容在编码规范或代码检查单中大多已经包含，如果模块在进入单元测试之前，已经进行了桌前检查和同行评审，则模块中潜在的缺陷可能比较少。

　　4、单元测试用例设计

　　单元测试中几乎可以运用所有测试用例设计方法。

　　单元测试过程如下所述。

　　① 单元模块运行设计第一个测试用例。第一个测试用例一般是使用简单的方法执行被测单元。当这个用例可以执行时，能确定测试环境和测试单元是可用的。

　　② 设计被测试单元测试用例。阅读相关的设计说明，每一个测试用例是通过有针对性地测试说明书中的一项或者多项内容，用以验证设计说明书所对应的功能是否实现。

　　③ 设计测试功能异常处理方面的测试用例。用可能导致模块功能失效的无效数据，测试模块对无效数据的反应是否合理，以及对异常或错误的处理后模块的反应如何，验证模块有没有做不应该做的工作。

　　④ 设计其他的测试用例，验证设计对模块的要求。例如计算精度、性能、可恢复性、安全性等。

　　⑤ 加载测试用例运行程序，需要查看和记录测试结果，尤其是测试结果与预期结果不一致的情况。

　　⑥ 补充测试用例，执行前面测试用例运行没有覆盖到的主要分支和 语句。

　　⑦ 重复上面的1～6步，直到功能覆盖、主要逻辑覆盖、异常条件和边界覆盖等。

　　希望通过本文对单元测试的介绍，能够给你带来帮助。