1. 前言
在看
基数树
源码时，发现源码里面有个deps的依赖文件夹，deps里是一个叫Check的源码安装包，Google之后发现Check原来是C语言单元测试框架。关于单元测试，Wikipedia的介绍点
这里
。
Check 最主要的优点是对于每一个测试用例的运行都 fork 一个子进程，这么做的原因是因为 C 语言的独特性：
(1) 其它语言如 Java，Python，Ruby等，单元测试出错最多不过是抛出异常；
(2) C 语言如果指针操作错误，乱指一气，可是会 coredump的。测试框架因此直接退出，用户是看不到任何返回的，只有郁闷的 coredump；
(3) Check 的单元测试运行在 fork 的子进程中，可以避免测试框架由于 coredump 而崩溃。
网上介绍Check的使用基本都是同一例子，但如何使用没有说明，下面就详细介绍下如何利用Check进行单元测试。
2. Check简单使用
在使用Check前要安装Check，可以直接在终端输入：
sudo apt-get install check
进行安装，也可以使用源码包安装，源码具体安装方法可以参考
官网
。
我们现在也是要做一个只做加法的工程，整个工程的文件目录如下图所示，具体代码参考
Github
。工程文件夹里的
TestAdd.c
文件是将整个工程都放到了一个文件中，可以直接在终端运行：
gcc TestAdd.c -lcheck
进行编译，然后运行
./test
。
Suite * make_add_suite(
void
) {
Suite *s = suite_create(
"add"
);
TCase *tc_add = tcase_create(
"add"
);
suite_add_tcase(s, tc_add);
tcase_add_test(tc_add, test_add);
return
s;
int
main(
void
) {
int
n;
SRunner *sr;
sr = srunner_create(make_add_suite());
srunner_run_all(sr, CK_NORMAL);
n = srunner_ntests_failed(sr);
srunner_free(sr);
return
(n ==
0
) ? EXIT_SUCCESS : EXIT_FAILURE;
下面介绍下工程中的文件夹功能，add目录下是功能函数，include中是头文件，测试文件在unit_test文件夹，makefile是整个项目的make文件。
makefile文件
vpath %.h include
vpath %.c add
vpath %.c unit_test
objects = add.o test_add.o
test: test_main.c $(objects)
gcc -I include $^ -o test -lcheck
all: $(objects)
$(objects): %.o: %.c
gcc -c -I include $< -o $@
.PHONY: clean
clean:
rm *.o test
add.c文件
#include "add.h"
int add(int x1, int x2) {
return 0;
add.h文件
#ifndef _ADD_H
#define _ADD_H
int add(int x1, int x2);
#endif
uni_test.h文件
#ifndef _UNI_TEST_H
#define _UNI_TEST_H
#include "check.h"
Suite *make_add_suite(void);
#endif
test_add.c文件
#include "check.h"
#include "uni_test.h"
#include "add.h"
START_TEST(test_add) {
fail_unless(add(2, 3) == 5, "error, 2 + 3 != 5");
END_TEST
Suite * make_add_suite(void) {
Suite *s = suite_create("add");
TCase *tc_add = tcase_create("add");
suite_add_tcase(s, tc_add);
tcase_add_test(tc_add, test_add);
return s;
test_main.c文件
#include "uni_test.h"
#include <stdlib.h>
int main(void) {
int n;
SRunner *sr;
sr = srunner_create(make_add_suite());
srunner_run_all(sr, CK_NORMAL);
n = srunner_ntests_failed(sr);
srunner_free(sr);
return (n == 0) ? EXIT_SUCCESS : EXIT_FAILURE;
make test 可以编译生成可执行文件test，./test 运行单元测试程序。
探索C语言单元测试的利器：Check框架
checkA unit testing framework for C项目地址:https://gitcode.com/gh_mirrors/che/check 项目介绍
在软件开发的浩瀚海洋中，单元测试犹如灯塔，指引着代码质量的航向。对于C语言开发者来说，Check框架正是一盏这样的明灯。诞生于对简洁和高效的追求，Check为C语言提供了一个轻量级且强...
什么是CheckCheck是C语言的一个单元测试框架。它提供一个小巧的单元测试接口。测试案例运行在各自独立的地址空间，所以断言失败和代码错误造成的段错误或者其他的信号可以被捕捉到。另外，测试的结果显示也兼容以下这些格式：Subunit、TAP、XML和通用的日志格式。
Check is a unit testing framework for C. It features a simple in
安装完check（我是在github上下载的源码安装的），在你的 /usr/local/ 目录下会有check的头文件（check.h）静态库文件，动态库文件等相关文件。
在使用check的时候就可以用check.h头文件了，和生成的库文件了。
使用的时...
Check是C的单元测试框架。它具有用于定义单元测试的简单界面，几乎不影响开发人员。 测试在单独的地址空间中运行，因此Check可以捕获断言失败和导致分段错误或其他信号的代码错误。 单元测试的输出可在源代码编辑器和IDE中使用。
请参阅了解更多信息，包括教程。 该教程也可作为info check 。
检查具有以下依赖性：
-1.9.6（如果使用/ usr / bin / ar，则在OS X上为1.11.3）
-2.59
-1.5.22
-0.20
texinfo -4.7（用于文档）
tetex-bin（或任何与texinfo兼容的TeX安装，以供参考）
POSIX sed
指定的版本可能高于实际需要的版本。
$ autoreconf --install
$ ./configure
$ make
$ make check
$ cat test/mini_test.h
#define mini_assert(message, test) do { if (!(test)) return message; } while (0)
#define mini_test(test) do { char *message = ...
最近学习的开源代码中，测试代码都是依赖了一个叫做check库编写的，调查之后才知道，这个check是个单元测试框架。下面对它进行简单的介绍。
Check 最主要的优点是对于每一个测试用例的运行都 fork 一个子进程，这么做的原因是因为 C 语言的独特性：
(1) 其它语言如 Java，Python，Ruby等，单元测试出错最多不过是抛出异常；
(2) C 语言如果指针操作错误...
最近在项目中尝试去向TDD的开发方式靠近，因此接触倒了C
语言的
单元测试工具
Check，模拟Java的JUnit编写而成，功能简单实用，Manual手册就短短两页，在SO上的人气也挺高。
不过也有可能是因为刚接触TDD，所以有些概念产生了一些错误的印象，导致使用
Check时也出现了问题，今天碰到的典型问题就是
checked fixture 和 CK_NOFORK 模式结合起来使用时产生。
