单元测试的基本要求

单元测试所对应的是详细设计环节，也就是说，单元测试的测试用例是和详细设计一起出现的，在研发人员做详细设计的时候，相应的测试人员也就把测试用例写了出来

工厂bai在组装一台电视机之前，会du对每个元件都进行测试，这，就是单元zhi测试。

其实我们dao每天都在做单元测试。你写了一个函数，除了极简单的外，总是要执行一下，看看功能是否正常，有时还要想办法输出些数据，如弹出信息窗口什么的，这，也是单元测试，老纳把这种单元测试称为临时单元测试。只进行了临时单元测试的软件，针对代码的测试很不完整，代码覆盖率要超过70%都很困难，未覆盖的代码可能遗留大量的细小的错误，这些错误还会互相影响，当BUG暴露出来的时候难于调试，大幅度提高后期测试和维护成本，也降低了开发商的竞争力。可以说，进行充分的单元测试，是提高软件质量，降低开发成本的必由之路。

对于程序员来说，如果养成了对自己写的代码进行单元测试的习惯，不但可以写出高质量的代码，而且还能提高编程水平。

要进行充分的单元测试，应专门编写测试代码，并与产品代码隔离。老纳认为，比较简单的办法是为产品工程建立对应的测试工程，为每个类建立对应的测试类，为每个函数（很简单的除外）建立测试函数。首先就几个概念谈谈老纳的看法。

一般认为，在结构化程序时代，单元测试所说的单元是指函数，在当今的面向对象时代，单元测试所说的单元是指类。以老纳的实践来看，以类作为测试单位，复杂度高，可操作性较差，因此仍然主张以函数作为单元测试的测试单位，但可以用一个测试类来组织某个类的所有测试函数。单元测试不应过分强调面向对象，因为局部代码依然是结构化的。单元测试的工作量较大，简单实用高效才是硬道理。

有一种看法是，只测试类的接口(公有函数)，不测试其他函数，从面向对象角度来看，确实有其道理，但是，测试的目的是找错并最终排错，因此，只要是包含错误的可能性较大的函数都要测试，跟函数是否私有没有关系。对于C++来说，可以用一种简单的方法区隔需测试的函数：简单的函数如数据读写函数的实现在头文件中编写(inline函数)，所有在源文件编写实现的函数都要进行测试(构造函数和析构函数除外)。

单元测试是测试软件的基本组件。基础是：详细的软件规范。为什么不编写代码：单元测试不仅要测试代码，还要测试接口测试，本地数据结构测试，独立路径测试，独立路径测试，边界条件测试，错误处理测试，功能测试，性能测试，内存使用率测试等。

单元测试是一项测试工作，旨在检查计算机编程中程序模块（软件设计的最小单元）的正确性。程序单元是应用程序中最小的可测试组件。一般来说，单元测试中单元的具体含义应根据实际情况确定。例如，在C语言中，单位是指功能，在Java中，单位是指类，在图形软件中，单位是指窗口或菜单。一般来说，单位是人为指定的最小的被测功能模块。单元测试[1]是软件开发过程中最低级别的测试活动，软件的单个单元测试（模块测试）是开发人员编写的一小段代码，用于检查功能是否小而清晰。

测试的代码是正确的。一般来说，单元测试用于判断特定条件（或场景）下特定功能的行为。例如，您可以将较大的值放入有序列表，然后确保该值出现在列表的末尾。或者，您可以从字符串中删除与特定模式匹配的字符，然后确认该字符串不再包含这些字符。

单元测试由程序员自己完成，最终的好处就是程序员自己。可以说，程序员有责任编写功能代码，与此同时，他们有责任为自己的代码编写单元测试。执行单元测试以证明该代码的行为符合我们的期望。

在组装电视机之前，工厂将对每个组件进行测试，这称为单元测试。

实际上，我们每天都会进行单元测试。您编写一个函数，除了极其简单的函数外，您始终必须执行该函数以查看该函数是否正常，有时还必须找到一种输出某些数据的方法，例如弹出信息窗口。这也是一个单元测试，称为临时单元测试。对于仅经过临时单元测试的软件，代码测试不完整，并且代码覆盖率很难超过70％。未发现的代码可能会留下大量的小错误，这将相互影响。当漏洞暴露时，很难调试，这极大地增加了以后测试和维护的成本，并降低了开发人员的竞争力。可以说，充分的单元测试是提高软件质量和降低开发成本的唯一方法。

好的单元测试的标准

单元测试应该准确，快速地保证程序基本模块的正确性。下面是验证单元测试好坏的一系列标准：

1.4.2.1 单元测试应该在最低的功能/参数上验证程序的正确性

单元测试应该测试程序中最基本的单元 – 如在C++/C#/Java中的类，在此基础上，可以测试一些系统中最基本的功能点（这些功能点由几个基本类组成），从面向对象的设计原理出发，系统中最基本的功能点也应该由一个类及其方法来表现。单元测试要测试API中的每一个方法，及其每一个参数。

1.4.2.2 单元测试必须由最熟悉代码的人（程序的作者）来写

代码的作者最了解代码的目的，特点，和实现的局限性。所以，没有比作者适合的人选。

问：如果我很忙，能不能让别人代劳单元测试？

答：如果忙到连单元测试都没有时间做，那么你也没有时间写好这个功能。在一些极限编程的方法中，是可以考虑让别人来做单元测试，但是，程序的作者还是要对单元测试负责。

最好是在设计的时候就写好单元测试，这样单元测试就能体现API的语义，如果没有单元测试，语义的准确性就不能得到保障，以后会产生歧义。

1.4.2.3 单元测试过后，机器状态保持不变

这样就可以不断地运行单元测试，如果单元测试创建了临时的文件或目录，应该在Teardown阶段把这些临时的文件或目录删除。

如果单元测试在数据库中创建或修改了记录，那么也许要删除这些记录，或者每一个单元测试使用一个新的数据库，这样保证单元测试不受以前单元测试实例的干扰。

1.4.2.4 单元测试要快 (一个测试运行时间是几秒钟, 而不是几分钟)

快，才能保证效率。因为一个软件中有几十个基本模块（类），每个模块又有几个方法，基本上我们要求一个类的测试要在几秒钟内完成。如果软件有相互独立的几个层次，那么在测试组中可以分类，如数据库层次，网络通信层次，客户逻辑层次，和用户界面层次，可以分类运行测试，比如我只修改了“用户界面”的代码，我只需运行“用户界面”的单元测试。

单元测试的依据

单元测试是对软件基本组成单元进行测试。依据是：软件详细说明书。

为什么不是代码：单元测试测试的不仅仅是代码，有、接口测试、局部数据结构测试、独立路径测试、独立路径测试、边界条件测试、错误处理测试、功能测试、性能测试、内存使用测试等。

单元测试（unittesting），是在计算机编程中，针对程序模块（软件设计的最小单位）来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试[1]是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。通常来说，程序员每修改一次程序就会进行最少一次单元测试，在编写程序的过程中前后很可能要进行多次单元测试，以证实程序达到软件规格书要求的工作目标，没有程序错误。

在一种传统的结构化编程语言中，比如C，要进行测试的单元一般是函数或子过程。在像C++这样的面向对象的语言中，要进行测试[2]的基本单元是类。对Ada语言来说，开发人员可以选择是在独立的过程和函数，还是在Ada包的级别上进行单元测试。单元测试的原则同样被扩展到第四代语言（4GL)的开发中，在这里基本单元被典型地划

分为一个菜单或显示界面。 经常与单元测试联系起来的另外一些开发活动包括代码走读（Codereview)，静态分析（Staticanalysis)和动态分析（Dynamicanalysis)。静态分析就是对软件的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和执行。动态分析就是通过观察软件运行时的动作，来提供执行跟踪，时间分析，以及测试覆盖度方面的信息。