本文是我在“第十届中国系统与软件过程改进年会广东会场”所作演讲的整理稿，主要分享单元测试的一些要点、单元测试实践的主要问题，以及如何来解决这些问题。

　　一、     单元测试概述

　　1.1 什么是单元测试

　　单元测试，是针对代码单元的独立测试。为什么需要单元测试呢？这是代码的基本特性决定了的。代码有一个基本特性，是对数据分类处理。

　　代码通常会有很多的判定。一个判定，是一次分类。嵌套的判定，会使分类次数的翻倍。

　　如果我们在写代码的时候，有一个分类漏掉了，会产生一个Bug；如果一个分类，虽然写了代码，但是处理不正确，也会产生一个Bug。一个函数要没有错误，必须做到两点：1，对数据的分类必须完整；2，每一个分类的处理必须正确。做到了这两点，可以说，代码的功能逻辑是正确的。

　　那么，如何检测代码的功能逻辑是否正确呢？

　　调试，是临时的，且不完整的，例如，一个函数有十种输入，调试能覆盖五六种不错了。而系统测试，并不针对某个具体的函数，不关注某个函数的功能逻辑是否正确。

　　要检测某个函数的功能逻辑，必须要依照分类列出数据，检测代码是否对每一个分类都做了处理，而且每一个分类的处理是否正确。

　　——这是单元测试。

　　1.2 单元测试的基本方法

由上面的分析可以看出，单元测试的基本方法是：依数据的分类列出输入，执行被测试程序，然后，判断输出是否符合预期。

　　单元测试能达到什么样的效果呢？那是：无论别人怎么样，我总是对的！

　　这里的“别人”，是指关联代码。“我”，是指当前正在编写或测试的代码。单元测试要做到的是，无论关联代码是否有错，都要保证我是对的。具体来说，我要考虑关联代码会产生什么样的数据，这些数据要如何分类处理，只要我的分类和处理是正确的，那么，无论别人怎么样，我总是对的。