（2）局部数据结构测试
　　u  不正确或不一致的数据类型说明
　　u  使用尚未赋值或尚未初始化的变量
　　u  错误的初始值或错误的缺省值
　　u  变量名拼写错或书写错
　　u  不一致的数据类型
　　u  全局数据对模块的影响
　　（3）路径测试
　　u  选择适当的测试用例，对模块中重要的执行路径进行测试
　　u  应当设计测试用例查找由于错误的计算，不正确的比较或不正常的控制流而导致的错误
　　u  对基本执行路径和循环进行测试可以发现大量的路径错误
　　（4）错误处理测试
　　u  出错的描述是否难以理解
　　u  出错的描述是否能够对错误定位
　　u  显示的错误与实际的错误是否相符
　　u  对错误条件的处理正确与否
　　u  在对错误进行处理之前，错误条件是否已经引起系统的干预等
　　（5）边界测试
　　u  注意数据流，控制流中刚好等于，大于或小于确定的比较值时出错的可能性。对这些地方要仔细的选择测试用例，认真的加以测试。
　　u  如果对模块运行时间有要求的话，还要专门进行关键路径测试，以确定坏情况下和平均意义下影响模块运行时间的因素。
　　2、  单元测试的步骤
　　模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块与被测模块相联系的其他模块。
　　u  驱动模块（driver）
　　u  桩模块（stub）-----存根模块

　　n  如果一个模块要完成多种功能，可以将这个模块看成由几个小程序组成。必须对其中每个小程序先进行单元测试要做的工作，对关键模块还要做性能测试。
　　n  对支持某些标准规程的程序，更要着手进行互联测试。有人把这种情况特别成为模块测试，以区别单元测试。