[讨论] 测试驱动开发：XP，敏捷方法的基础

不多说太多，测试，尤其是自动测试，对于高效创建软件，意义是非常重大的。

如何构筑测试？

java有junit,C也不落后，C下有Unity，C++下有CppTest。
C下其实还有CUTest,CTest......
而在这里，我把宝全押在 Unity下,因为我手头唯一能找到的比较全面的学习资料，就是它。
一本书 测试驱动开发的嵌入式C语言开发。

另一方面，Unity是专门为 嵌入式领域C语言而生的。

好了，就是说这么多。
下面开始，我将依次分享我 学习 这个 框架的过程。

今晚的内容是 首先理清了它 安装测试用例 和 背后的一系列调用过程的实现。

这个帖子的附件，还将附上我今晚用的源码和文件夹，它最初从 书的配套网站上下来的。
但是因为我不是在linux下做，而是在windows下MinGW下弄的，所以，makefile用不上，我直接把Unity里的源码和
测试源码都先扔到一个文件夹里去。

[ 本帖最后由 辛昕 于 2012-9-12 23:11 编辑 ]

专业的东西，观望，顶起~~~~~~~~~~~

基本上，已经把这个例子的例子看懂了。 但是这样写有点乱，所以，我先贴一个大体的框架。 [ 本帖最后由 辛昕 于 2012-9-14 14:16 编辑 ]

沙发贴里已经说明白了 从 RUN_TEST_GROUP()到 TEST_GROUP_RUNNER()的过程；
下面简单提一笔，再往下走：

从主调函数开始
main（）里
通过 UnityMain()   调用了 RUN_TEST_GROUP（sprintf）里的东西；

而
RUN_TEST_GROUP（sprintf）  这个宏通过两次变换，实际上是 调用了 由 TEST_GROUP_RUNNER（）这个宏间接调用的 一组函数；

//========================================================

/*
TEST_GROUP_RUNNER()里是什么？

是一系列
RUN_TEST_CASE（）这个宏展开来，实际上是 声明这个函数 和 调用它的语句；
它调用的这个函数 其实名字是

TEST_group_name_run()；
*/

/*
而  这个函数的真正生成之处
是 TEST（）这个宏；

TEST（）这个宏 展开
比较复杂，
它首先声明了一个 TEST_...._testBody()；

然后经由 TEST_group_name_run()来调用Unity自身的 API
UnityTestRunner()调用回这个 TEST_...._testBody()；
---- 所以说，        TEST其实只是生成 测试用例，，而调用 则在 RUN_TEST_CASE中完成；
//------------------------------------------------------------------

最后，再写这个 TEST_..._testBody()的函数头，由此，

TEST（）{}里的语句，就被安装到了TEST_..._testBody()这个函数里去了。

所以简单的说
TEST（）是实际写测试用例的地方，经过上述的过程，它最终被 UnityTestRunner()调用，完成测试过程；

当然那，这个函数还需要其他指针，这些是 这个TEST（）函数所需的 设置，清理函数，所以。
如同这个样例，一个很不错的组织的方式就是

TEST_SETUP等宏 和 这个TEST（）放在一个源文件，它们组成了 测试用例的安装 和 初始化 清理。
*/

/*
这个过程下来，我们现在已经理解了 全部的调用过程，接下去我们要做的是，针对我们要做的测试，使用Unity本身的API 和宏 完成，
就像 TEST（）中写的 TEST_ASSERT_EQUAL（）这些 断言 所做的那样。

不过，我始终对一个问题充满疑惑：
这些过程中有一个方法从头贯到脚：

通过一个宏 声明 和 调用 一个函数，再通过另一个宏 去生成另一个调用这个函数 的 函数，然后再用这个函数取代宏的名字，完成函数的编写。

这种方式，精彩之极，但是否复杂了一些？我想仔细考虑一下它的目的和必要性。
*/

首先是目的

很显然，它这样操作是 实现了 函数生成 和 函数调用 的分离；

中译本 把 TEST（）这部分叫做 测试用例；
把 TEST_SETUP TEST_TEAR_DOWN 称为测试夹具，并解释说，
“使用测试夹具的目的是避免重复，把所有测试都需要的那些部分组织在一起”

这句话没看懂，看源码，实际上我们已经知道了，，TEST_SETUP 和 TEST_TEAR_DOWN实际上是

初始化 和 清理 函数。

从这里来看，它应该是指 同一个测试对象（sprintf）的测试函数 TEST()，它们通过第二个元来生成不同测试对象，简而言之，
不同的sprintf测试函数；
它是指 对这一系列测试函数的一次性 初始化 和 清理吧。


然后 TEST_GROUP_RUNNER被称为 测试容器，
而很显然，RUN_TEST_GROUP自然就是指 调用测试容器中的测试用例。

其实这个测试容器，翻译成 测试组容器 也许和上下文会更好理解，为何呢？

实际上是，从宏的参数都可以看出来。

RUN_TEST_GROUP 这是调用者
TEST_GROUP_RUNNER这是生成者；

它们针对的对象是 sprintf，也就是要测试的东西的 这一整个测试组。

而后，在 TEST（）这个 测试用例中，依然可以从宏的参数看出来。
它不仅带了测试对象，还带了具体的测试内容；
比如TEST(sprintf,InsertString),sprintf是被测试对象，对应上面的组名
InsertString是指这个测试用例本身测试的是 插入字符串这个测试内容；

所以，最后，TEST（）生成的这些 同一个测试对象的具体不同的 测试内容 将被 TEST_GROUP_RUNNER这个测试组的容器所 包含，调用。

说完目的，我们似乎也已经理解了 必要性，而它也是 ## 这个字符串连接预处理功能 大显神威 的关键所在。

第一，你事先不知道你到底要生成多少个 函数，包括 测试用例，以及 中间的调用层，你都不知道。
因此，你无法预先声明，更无法自动调用；

第二，调用 和 生成 要分离，也不得不分离。
而 生成函数以后，函数的实现，具体的代码要可以由你通过宏代入，这是 中间调用层 存在的理由。
比如 上述的 TEST_group_name_run()，它存在的意义实际上只是 调用 TEST_..._testBody()；
但是，如果你不经由这一层，那么，你就没办法 分离 RUN_TEST_CASE()这个 调用 和 TEST（）这个具体测试用例的生成。

难道你愿意在 TEST_GROUP_RUNNER（）中 写一堆 TEST_ASSERT_EQUAL（）？？？？
反正我不愿意。

事情到了这一步，对这个基本的使用框架，我已经基本理通了。

至于里头实际应用的 UnityMain()，我们暂时不去研究它怎么回事。

但是，我们可以稍微看一下这个函数，实际上它的一系列调用，完成了包括输出格式一类的信息。再往里分析有点累了。

所以，见好就收，我们还是先看看
TEST_ASSERT_EQUAL（）这些 我们用户用得着的 宏 和 API再说。

下面这个附件，也是我自己保存的备份。
里头有一个explain.c，是上面几个帖子的完整内容。

另外，刚才因为想开始试一下 第三章的 LedDriver，所以也加进了这个骨架，所以，如果你想下载来试试，千万记得看清楚
改一下 RUN_TEST_GROUP（）的名字；

[ 本帖最后由 辛昕 于 2012-9-14 18:05 编辑 ]

问大神：：：：你说的是啥东西？

一上来就在分析代码，都不知道你在干什么。

回复 8楼 zhouhua1342 的帖子

理解测试是怎么进行的。

如何理解，这的确是个大问题。。
现在我也在问自己，为什么我一上来就分析代码......