一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：

　　1）输出的出错信息难以理解；

　　2）记录的错误与实际遇到的错误不相符；

　　3）在程序自定义的出错处理段运行之前，系统已介入；

　　4）异常处理不当；

　　5）错误陈述中未能提供足够的定位出错信息。

　　边界条件测试是单元测试中最后，也是最重要的一项任务。众的周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。

　　8、单元测试用例及用例设计

　　了解了单元测试的任务，下面介绍测试用例，测试用例也是单元测试的核心，决定你的单元测试是否成功。测试用例的核心是输入数据。预期输出是依据输入数据和程序功能来确定的，也就是说，对于某一程序，输入数据确定了，预期输出也就可以确定了，至于生成/销毁被测试对象和运行测试的语句，是所有测试用例都大同小异的。

　　单元测试测试用例一般采用逻辑覆盖法和基本路径法进行设计。

　　8.1、逻辑覆盖法

　　逻辑覆盖是以程序内部的逻辑结构为基础的测试用例设计技术，这一方法要求测试人员对程序的逻辑结构有清楚的了解。逻辑覆盖可分为：语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖与路径覆盖。

　　1）语句覆盖就是设计若干个测试用例，运行所测程序，使得每一可执行语句至少执行一次。

　　2）判定覆盖就是设计若干个测试用例，运行所测程序，使得程序中每个判断的取真分支和取假分支至少经历一次。

　　3）条件覆盖就是设计若干个测试用例，运行所测程序，使得程序中每个判断的每个条件的可能取值至少执行一次。

　　4）判定--条件覆盖就是设计足够的测试用例，使得判断中每个条件的所有可能取值至少执行一次，同时每个判断的所有可能判断结果也至少执行一次。

　　5）条件组合覆盖就是设计足够的测试用例，运行所测程序，使得每个判断的所有可能的条件取值组合至少执行一次。

　　6）路径测试就是设计足够的测试用例，覆盖程序中所有可能的路径。

　　8.2、基本路径法

　　基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次。基本路径测试法包括以下5个方面：

　　1）程序的控制流图：描述程序控制流的一种图示方法。

　　2）程序环境复杂性：McCabe复杂性度量；从程序的环路复杂性可导出程序基本路径集合中的独立路径条数，这是确定程序中每个可执行语句至少执行依次所必须的测试用例数目的上界。

　　3）导出测试用例。

　　4）准备测试用例，确保基本路径集中的每一条路径的执行。

　　5）图形矩阵：是在基本路径测试中起辅助作用的软件工具，利用它可以实现自动地确定一个基本路径集。

　　8.3、单元测试用例设计案例

　　好久前看过一篇非常不错的单元测试用例设计案例，但没有保留下来，感觉好可惜。一个好的单元测试案例对单元测试的入门是非常重要，希望这个案例能够帮助你对单元测试一些了解和对单元测试重要性的一个认识。

　　例如币种换算单元函数，要对这个函数进行单元测试。应该怎么去做个函数的单元测试呢？首先考虑的是该币种换算单元函数的输入输出参数，其次是输出结果与期望值是否相等；再次建立单元测试处理类，并相应建立测试该函数的测试方法，按照JUnit规范一般是test****()。