概要

　　单元测试是一种辅助开发的测试方法，是在开发阶段进行的，测试人员与开发人员可以分别对需要的模块进行单元测试。

　　单元测试的对象，在函数式变成语言中可以是过程，在OOP语言中可以是类。

　　类的划分与建立是否合理，是单元测试是否能顺利进行的关键，建模很大意义在上决定了单元测试的适应度。

　　单元测试是一种白盒与黑盒都适用的方法，与其紧密相关联的环节有代码的复审、走读、静态分析与动态分析，所以单元测试是白盒测试或灰盒测试。开发人员为主要测试实施者，进行白盒测试，测试人员进行灰盒测试。二种角色在实施单元测试时没有过多的交集，且要保持彼此的隔离。我写的是程序人员进行的白盒单元测试。

　　这篇文档主要为大家介绍与开发人员相关的动态分析单元测试。

　　单元测试是一种偏向白盒测试的方法，由于测试人员很难使用相应的语言编写单元测试用例，并对代码进行高覆盖度的测试，所以单元测试一般由程序人员本着“尽可能早”的原则完成。但一个标准规范的单元测试或是一个由TDD指导的项目开发模型，单元测试用例是测试工程师与程序设计师，在程序设计(概要设计、详细设计)阶段完成的，这些用例将规约编码过程，并作为验收依据之一。

　　下面我画了两个图，来说明测试过程和单元测试过程的概要。

　　1．测试工作概览：

图 1 测试全程示意图

　　测试工作是贯穿软件工程始终的，测试的唯一目的是发现系统bug，系统中永远存在着bug，所以没有发现bug的集成测试不是成功的测试。

　　测试工作一般分为用例的设计与开发，测试与系统设计和程序开发的唯一参考是系统分析说明书，测试人员与系统设计人员和开发人员，需要根据系统分析书设计相关工作，不可自己杜撰，《系统分析说明书》是测试的依据、设计与开发的依据，亦是验收的依据。

　　用例设计在系统分析环节中、后开始，单元测试用例设计环节在系统设计环节开始，系统经过单元测试—集成测试—确认测试后进行迭代或交付，测试工作截止于输入边界，即至少进行一次迭代。

　　从上图中可以看出，单元测试是在详细设计、编码后开始，集成测试前完成的。单元测试又可分为离散单元测试和集成单元测试，本文主要讲解离散单元测试，即上图中桔红色椭圆内的工作。

　　单元测试是根据需求与程序行为，编写测试用例，测试用例编写语言，可以与测试标的系统程序相同或不同，但需要通过断言比较的，如果用例运行通过就说明测试通过。这次做这个Demo程序编写与用例编写时间大概是1:5(只包括VS2008下实施)，还不包括用例设计时间。