什么是单元测试?
单元测试是针对代码单元的独立测试。从实用角度出发，“单元”是指函数，以类为单元则过于复杂。“独立”是指将代码从原始项目中隔离出来，针对各个单元单独进行测试。
单元测试的基本方法是?
根据程序功能设定输入、执行测试、自动判断输出是否符合预期。测试过程需要以下关键元素：驱动(用于执行测试的代码)、用例(输入及预期输出)、桩(用于隔离耦合代码、或代替未实现代码)。
企业项目的单元测试面临哪些难点?
测试简单独立的代码是很容易的，测试复杂项目则是另一回事。企业项目的单元测试面临以下难点：可测性问题、失真、不可控、静态局部变量的外部控制、内部输出的自动判断、复杂间接输入难于初始化、白盒覆盖逾后逾难等等。不解决这些难题。测试将无法进行，后面的条目将进一步阐述。
单元测试的具体目标是?
单元测试是针对代码单元的独立测试，“独立”状态下易于发现的错误，都是单元测试的目标;集成后才易于发现的问题，则不是单元测试的目标。
代码单元本身的功能错误都是单元测试的目标，而性能问题(时间性能如执行速度，空间性能如存储空间大小、内存泄漏)难于在最小单元内测试，不是单元测试目标。
编码规范检查与单元测试无关，无论是否实施单元测试，编码规范检查都是必不可少的工作。
静态分析属于全局扫描，严格来说也不是单元测试，提高编译器的警告级别，就是最简单高效的静态分析。
单元测试是意义重大且困难的工作，目标应该具体而明确，将不属于单元测试的工作牵扯进来，其结果往往是“拣了芝麻，丢了西瓜”。
选择工具时不要被“功能多多”所迷惑，要首先检查工具能否解决企业项目单元测试的难点，并用实际项目评估。“多”和“精”从来就是一对矛盾，要判断工具是不是因为无法解决单元测试的难题，故意把其他东西牵扯进来转移视线。
本文来源：http://www.010zaixian.com/shiti/385330.htm