2.3　CppUTest：一个用C++实现的自动化单元测试框架
现在你已经见过了Unity，接下来我会快速介绍一下CppUTest，同时也是我更倾向于使用的对C和C++代码进行单元测试的自动化测试框架。事实上，不仅因为它是一个功能全面的测试框架，同时也因为我是CppUTest的作者之一。本书开始的几个例子会用Unity，在第8章之后会使用CppUTest。
CppUTest是为了支持在多种操作系统上开发嵌入式软件而特别设计的。CppUTest的宏被设计成不需要了解C++也可以写测试用例。这使得C程序员更容易用这个测试框架。
CppUTest只使用C++语言中主要的那部分子集，这种选择很好地适应了那些编译器不能完全支持全部C++语言特性的嵌入式开发。你会看到用Unity和CppUTest写出的单元测试几乎一模一样。你当然可以选择任意一个测试框架来进行你的产品开发。
用CppUTest、写sprintf测试用例
以下用CppUTest写的测试用例和在2.2节中用Unity写的sprintf()测试用例功能相当：

除了那些宏的名字有些不同外，测试用例是一样的。
用CppUTest写的sprintf的测试夹具
让我们来看一下在2.2节中，Unity写的测试夹具的例子若用CppUTest写会是什么样子。

还是非常相似，表达了相同的概念。格式上的一点不同是，CppUTest的TEST_GROUP紧接下来是用一组大括号来包起共享数据声明和函数。所有大括号包起来的东西都是TEST_GROUP的一部分，并且对于测试组中的每个TEST()来讲都是可以访问的。共享数据（output、expected和length）在一个叫做setup()的特殊辅助函数中进行初始化。正如你猜的那样，它在每个TEST()之前都会先被调用一下。另一个特别的函数teardown()会在每个TEST()之后调用。在本例中，没有使用teardown()函数。expect()和given()是*格式的辅助函数，对于同个一TEST_GROUP中的所有TEST()用例都可以访问。
以下重构过的测试用例和我们的Unity测试用例相同：

CppUTest的一个优势是，测试是自动安装的。它不需要任何额外的脚本来生成测试容器或者手工来写如RUN_TEST_CASE()、TEST_GROUP_RUNNER()和RUN_TEST_GROUP()这些东西。一点微小的区别是用来断言的宏不太一样。每个测试框架都有自己的一套宏，尽管功能上其实有重复。
你可能会发现Unity和CppUTest的宏和测试结构看上去很相似。这并不奇怪，它们都沿用了一种很不错的模式。我第一次是在JUnit中看到这种模式，JUnit是一种Java语言的测试框架。更细节的原因是我也曾为Unity项目中测试夹具宏的部分作出过贡献。
CppUTest的输出
正如在Unity部分就讲解过的，测试在这里被作为make自动化构建的一部分来运行。测试输出看起来是这样的：

失败信息会报告出错条件的行号、出错测试用例的名字和出错的原因。请注意在总结部分会包括失败的个数。
就算是你故意在测试用例中加入一个错误，记得一定要把它删掉，否则的话你将有催生一个bug的风险。