C单元测试包设计与实现(转)－－为了上班看
在Java、C++和C#等高级语言的单元测试正进行的如火如荼的时候，C好像做了看客，冷清的躲在了一个不起眼的角落里。C并不是没有单元测试工
具，像Check和CUnit这样的工具也很有名气，只是和大名鼎鼎的JUnit比起来，还是显得有些英雄气短。很多大型的C项目，如APR等都没有使用
像Check、CUnit这样通用的单元测试框架，而是另起炉灶自己编写。其实编写一个仅能满足单个项目需要的C单元测试工具包并非难事。在部分参考
APR的ABTS的前提下，我们也来设计一套自己的简单的C语言单元测试包。
鉴于减少复杂性，我们的目标仅仅是设计和实现一套能在单进程、单线程下工作良好的C单元测试包，我们暂且将之命名为CUT - C Unit test Toolkit。
1、CUT涉及的术语解释
曾经接触过多个有名的单元测试框架如JUnit、CppUnit、TestNG等，它们在对单元测试某些概念的理解上并不是全都一样的。这里我们也有我们自己的定义。
a) 一个逻辑unit test包含至少一个或者多个suite;
b) 一个suite包含至少0或者多个test case;
c) 每个test case中至少包含1个或者多个“断言类”语句。
2、CUT预告片
其实每设计一个程序之前自己都会考虑该提供给用户怎样的东东呢？下面是应该是CUT的经典用法：
cut_ts_t *suite = NULL;
CUT_TEST_BEGIN("classic usage of CUT");
CUT_TS_INIT(suite);
CUT_TC_ADD(suite, "test case: tc_add", tc_add);
CUT_TC_ADD(suite, "test case: tc_sub", tc_sub);
CUT_TS_ADD(suite, my_setup, my_teardown);
CUT_TEST_RUN();
CUT_TEST_REPORT();
CUT_TEST_END();
3、CUT的组织结构
从上面的经典用法中也可以看出我们的CUT的组织是这样的：
Test
|
|
+-------------+
TS-1 ... TS-N
| |
| &
相关文档：
今天完成了嵌入式linux的第一个驱动的编写和测试，虽然是个简单的程序，但是麻雀虽小，五脏俱全，希望可以给刚开始接触驱动编写的人一些提示，共同进步。
源代码：
分析如下：
下面是我的驱动程序：
#include <linux/config.h>//配置头文件
#include <linux/kernel.h&g ......
函数名与函数指针
函数存放在内存的代码区域内，它们同样有地址，我们如何能获得函数的地址呢？
如果我们有一个int test(int a)的函数，那么，它的地址就是函数的名字，这一点如同数组一样，数组的名字就是数组的起始地址。
一 通常的函数调用
一个通常的函数调用的例子 ......
第一章 概念
指针是一个特殊的变量，它里面存储的数值被解释成为内存里的一个地址。要搞清一个指针需要搞清指针的四方面的内容：指针的类型，指针所指向的类型，指针的值或者叫指针所指向的内存区，还有指针本身所占据的内存区。让我们分别说明。
先声明几个指针放着做例子：
例一：
(1)int *ptr;
(2)char ......
(1)
数组名的内涵在于其指代实体是一种数据结构，这种数据结构就是数组；
(2)
数组名的外延在于其可以转换为指向其指代实体的指针，而且是一个指针常量；
(3)
指向数组的指针则是另外一种变量类型（在WIN32平台下，长度为4），仅仅意味着数组的存放地址
（4）
数组名作为函数形参时，在函数体内，其失去了本身的内涵 ......
extern "C" 详解
在C++中，为了支持重载机制，在编译生成汇编代码时，函数的名字要加入函数的参数类型或者返回值类型等信息
在C中，因没有重载机制，编译后的代码只是简单的函数名字而已，不加入其他的信息
1. 不加入extern "C"
testexternc.cpp
int mytest(void)
{
int a=10,b=20;
int c=a+b;
ret ......
