在add.h里面也加入相应的函数原型。
这里我们在实现代码里返回0，是故意使测试用例不通过，因为在TDD里面，讲究不通过/通过/重构这么一个持续过程。
现在我们编译代码，这样当然能编译过了。但是，到目前位置我们还没有运行我们的测试用例。ok，是在test_add.c里面添加我们的测试用例的时候了：
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;
}
在unit_test.h中加入函数原型：Suite *make_add_suite(void)；
ok，是时候介绍test_main.c的时候了，该文件代码如下：
#include "unit_test.h"
#include <stdlib.h>
int main(void)
{
int n;
SRunner *sr;
sr = srunner_create(make_add_suite());//把Suite加入到SRunner里面
srunner_run_all(sr, CK_NORMAL);//运行所有测试用例
n = srunner_ntests_failed(sr);
srunner_free(sr);
return (n==0)? EXIT_SUCCESS: EXIT_FAILURE;
}
我想聪明的朋友也猜到了，为什么运行测试用例的主函数和测试用例本身分别放到不同源文件的原因了。就是为了以后再添加测试用例的时候方便，例如：我现在又增加了减数sub程序，那么为了保持清晰起见，针对sub的测试应该单独组织源文件test_sub.c，现在只需要在test_main.c中的SRunner中加入sub的Suite即可。
现在编译测试用例相关文件，运行。就会看见我们的测试用例情况。多少通过，多少没有通过，没有通过的测试用例FAIL在那里等等这些信息。
通过上面的介绍，可以发现Check测试框架和其它测试框架，例如CppUnit的使用方式差不多。其实，单纯从使用测试框架本身的角度上来看，是非常简单的。难的是，测试先行究竟该怎么来做，怎么样来做好，当程序需要访问数据库时候，我们该怎么样来完成测试用例的编写，这些都是难点。我决定了，明天出去买一本《测试驱动开发》看看，然后注意在编码过程中，采用测试先行的方式。等我有了这方面的经验，我会
拿出来和大家共享，也欢迎已经有这方面经验的兄弟给出自己的心得，指正我上面文章中的错误，让吾辈从中受益！！
文章来源于领测软件测试网 https://www.ltesting.net/
