（4）边界条件

　　边界测试是单元测试的后一步，必须采用边界值分析方法来设计测试用例，认真仔细地测试为限制数据处理而设置的边界处，看模块是否能够正常工作。

　　一些可能与边界有关的数据类型如数值、字符、位置、数量和尺寸等，还要注意这些边界的、后一个、大值、小值、长、短、高和低等特征。

　　在边界条件测试中，应设计测试用例检查以下情况：

　　1）在n次循环的第0次、1次、n次是否有错误

　　2）运算或判断中取大值、小值时是否有错误

　　3）数据流、控制流中刚好等于、大于、小于确定的比较值是否出现错误

　　（5）出错处理

　　测试出错处理的重点是模块在工作中发生了错误，其中的出错处理设施是否有效。

　　检验程序中的出错处理可能面对的情况有：

　　1）对运行发生的错误描述难以理解

　　2）所报告的错误与实际遇到的错误不一致

　　3）出错后，在错误处理之前引起系统的干预

　　4）例外条件的处理不正确

　　5）提供的错误信息不足，以至于无法找到错误的原因

　　第二，单元测试的执行过程。

　　何时进行单元测试？单元测试常常是和代码编写工作同时进行的，在完成了程序编写、复查和语法正确性验证后，应进行单元测试用例设计。

　　在单元测试时，如果模块不是独立的程序，需要设置一些辅助测试模块；辅助测试模块有两种：

　　1）驱动模块（Drive）：用来模拟被测试模块的上一级模块，相当于被测模块的主程序；它接收数据，将相关数据传送给被测模块，启动被测模块，并打印出相应的结果

　　2）桩模块（Stub）：用来模拟被测模块工作过程中所调用的模块，它们一般只进行很少的数据处理

　　驱动模块和桩模块都是额外的开销，虽然在单元测试中必须编写，但并不需要作为终的产品提供给用户。

　　被测模块、驱动模块和桩模块共同构成了一个如下图所示的单元测试的测试环境：