C++单元测试本身是一个标准，各种实现之间有区别，对标准的理解、执行程度也不同。而C#、Java语言是由商业公司掌握的，在这方面很少有问题，但是看完了本篇文章你会有许多意想不到的东西啊。

 一、 单元测试能帮助客户更准更全面地找到错误，显著提高软件质量
上图显示了一个包含许多对象的应用程序的测试模型，大椭圆表示应用程序，小椭圆表示对象，箭
头表示用户输入，红星表示潜在的错误。

在集成测试中为了发现错误，我们希望通过不断修改输入，引发对象间的相互作用使得某对象引发 潜在的错误，但这无疑是有难度的。由于其难度，开发人员只能依赖应用软件的运行失败来发现错误， 这样不仅很难找到错误发生的准确位置，而且实际上还有大量的类没有得到测试。

C++单元测试提供了一种更有效的发现错误的方法，它将应用程序中的最小单元分离开，使得测试更接近错误，只要简单地对每个最小单元进行独立测试，就很容易地使全面准确地找到所有的程序错误成 为可能。

单元测试能够在改善软件质量的同时大量削减开发时间和成本
由于在较高的层次上修改一个类可能会改变多个程序部件的设计和功能性，因此越迟发现问题，通
◆常就要修改越多的代码。当修改的代码量增加时，其他两个因素也会随之增加：
◆修改每一个错误所需的时间和费用  在代码中引入新的错误的机会

 一次又一次的研究证明，随着问题被检测出来的时间的推迟，发现软件错误所需的时间和成本会惊 人地增加。C++单元测试由于能够更容易地找到错误，就会减少发现它们的时间和资源。 其次，由于你每完一个类，就能发现和改正其中的错误，你就不需要在以后花费大量时间重新了解和摸索。

最后，最重要的理由是由于类的相互作用和关联性，在单元级修改一个类只会影响到原始的类，避 免了各个单元间的相互作用引发新的错误。因此单元测试能保证大大削减开发的时间和成本。#t#

基于上述信息，单元测试看上去就象一剂万能药 如果是这样的话，为什么每一个 C/C++开发人员 不马上对每一个类进行单元测试？就目前可以使用的技术来说，对 C/C++的单元测试是一件困难、烦琐 和耗时的事情，没有很好的工具来自动化这一过程，使得许多 C/C++开发人员望而生畏。

 执行C++单元测试的第一步是是目标类变得可测。这需要两个工作：
◆设计一个运行目标类的测试驱动程序
◆设计桩函数，它们为被测类所引用的任何外部资源返回值 建立一个测试驱动，需要建立一个新的类，除了C++单元测试原始类以外它不能用于任何其它目的。测试驱 动应该具有下列特性：
◆一个指定设置和清除的标准方式
◆一个选择个别测试和所有有效测试的方法
◆一个分析输出的预期（或非预期）结果的机制
◆一个标准的错误报告形式

为了充分而正确地测试类，你需要设计一个能够完全检查被测类的测试驱动；若干次修改和重写这 样一个测试驱动是免不了的。一旦建立了测试驱动，你必须仔细检查它不能包含任何错误。C++单元测试驱动中 的一个错误会破坏这个测试，但是你无法单独测试一个类，你也不能测试测试驱动本身。

如果你的类引用任何还没有准备好或不可访问的外部资源（如外部文件、数据库和 CORBA 对象等），你必须建立相应的桩函数，它们的返回值类似于这些实际的外部资源应该返回的。

当建立这些桩函数时，你需要选择桩函数的返回值，它们将影响程序的执行路径：
◆为了测试类的功能性必须执行任何的路径
◆足够的路径能够提供彻底的测试覆盖性