单元测试的效益

单元测试是针对代码单元，特别是算法密集的代码单元的独立测试，可以完整覆盖代码单元的功能逻辑，保证代码质量、降低成本、提高生产率、缩短开发周期、赢得市场先机、提升产品竞争力。

　　单元测试分为静态和动态，静态方法只能发现小部分错误，例如，加法函数

　　int add(int a, int b){return a-b;};

　 　加号写成了减号，这种最简单代码中的最简单错误，任何静态工具都无法发现，而动态方法只需输入两个1，自动判断输出是否等于2，马上就能发现错误。静态 方法能发现的错误，如除零错、数组越界、条件语句中==写成=，都会表现为异常或功能错误，动态方法当然也能发现，因此，动态方法是单元测试的根本方法。

　　无处不在的80-20规则，在软件开发中 同样存在，例如，80%的错误存在于20%的代码中，80%的项目时间消耗在20%的代码上，当然这只是粗略的估计。“20%代码”就是逻辑复杂的代码， 也就是算法密集的代码。一个算法密集的函数，要对输入仔细分类，一个判定就是一次分类，嵌套的判定更使分类次数翻番，遗漏一个分类，或一个分类处理不正 确，就会造成错误。只有完整覆盖代码单元的所有输入等价类，才能保证发现这些错误，这在调试和系统测试中是难于做到的。算法密集的代码包含了项目中的大多数错误，即使只对这部分代码实施单元测试，也能产生理想的效益。

　　除了保证代码质量，单元测试还具有排错成本最低、易于自动回归、缩短后续测试周期、提高编程效率等显著效益。

本文出自seven的测试人生公众号最新内容请见作者的GitHub页：http://qaseven.github.io/