C语言单元测试

 对于敏捷开发来说，单元测试必不可少，对于Java开发来说，JUnit非常好，对于C++开发，也有CPPUnit可供使用，而对于传统的C语言开发，就没有很好的工具可供使用，可以找到的有这么几个工具：

1.  CuTest -- CuTest(Cute Test)是一个非常简单的C语言单元测试工具。在使用它的时候，只需要包含两个文件“CuTest.c CuTest.h”，然后就可以写测试用例，进行测试了。它对用例几乎没有管理功能，报表输出也非常简单，可以用来试验单元测试的基本想法。
2. CUnit -- CUnit是一个轻型的C语言单元测试框架。它提供了设计、管理、运行测试用例的功能。它的报表功能比较强大，但是比较麻烦，更适合于较大一些的项目。
3. Check -- 不错的工具。
   在这里（http://www.laatuk.com/tools/testing_tools.html）给出了各种软件测试工具，没事可以研究一下。

CUnit

这里主要讲CUnit在Linux平台下的应用。这里有一篇 CUnit测试工具使用 ，另一篇 C单元测试包设计与实现 讲的不错，可以看一下。CUnit的主页是 http://cunit.sourceforge.net/index.html。
CUnit以静态库的形式提供给用户使用，用户编写程序的时候直接链接此静态库就可以了。它提供了一个简单的单元测试框架，并且为常用的数据类型提供了丰富的断言语句支持。

CUnit基本架构

                       Test Registry
                            |
             ------------------------------
             |                            |
          Suite '1'      . . . .       Suite 'N'
             |                            |
       ---------------             ---------------
       |             |             |             |
    Test '11' ... Test '1M'     Test 'N1' ... Test 'NM'

一次测试（Test Registry）可以运行多个测试包（Test Suite），而每个测试包可以包括多个测试用例（Test Case），每个测试用例又包含一个或者多个断言类的语句。具体到程序的结构上，一次测试下辖多个Test Suite，它对应于程序中各个独立模块；一个Suite管理多个Test Case，它对应于模块内部函数实现。每个Suite可以含有setup和teardown函数，分别在执行suite的前后调用。

CUnit测试模式

CUnit使用四种不同的接口，供用户来运行测试和汇报测试结果：

1. 自动输出到XML文件，     非交互式
2. 基本扩展编程方式，        非交互式
3. 控制台方式，              交互式
4. Curses图形接口，          交互式

注意1和2是非交互式的,4只能在Unix下使用，常用console，而且console是可以人机交互的。

CUnit测试流程

使用CUnit进行测试的基本流程如下所示：

1. 书写代测试的函数（如果必要，需要写suite的init/cleanup函数）
2. 初始化Test Registry - CU_initialize_registry()
3. 把测试包（Test Suites）加入到Test Registry - CU_add_suite()
4. 加入测试用例（Test Case）到测试包当中 - CU_add_test()
5. 使用适当的接口来运行测试测试程序，例如 CU_console_run_tests()
6. 清除Test Registry - CU_cleanup_registry()

CUnit使用范例

CUnit的在线文档是 http://cunit.sourceforge.net/doc/index.html ，上面有着详细的论述。这里以使用自动产生XML文件的接口为例，讲述CUnit-2.1-0在Linux平台下的使用。
我要测试的是整数求最大值的函数maxi，我使用如下文件组织结构：

1. func.c ：定义maxi()函数
2. test_func.c ：定义测试用例和测试包
3. run_test.c ：调用CUnit的Automated接口运行测试
4. Makefile ：生成测试程序。

这样组织的好处是，我们可以把各个功能分离，当要改变待测试函数的定义的时候，我们只需要修改func.c，而要增减、修改测试用例，只修改test_func.c就可以了，要使用CUnit提供的别的API，那就修改run_test.c。

它们的内容分别如下所示：

1) func.c

/**
 * file: func.c
 **/

 j)

{
        //return i>j?i:j;
        return i;
}

2) test_func.c

/**
 * file: test_func.c
 **/

#include 

#include 

#include 

#include 

#include