C/C++单元测试理论精要（八）
第3章 怎样才能高效率测试
3.1 似是而非的高效率
这一节澄清一些流行的误解或误导，一些看起来很不错的高效率，实际上是似是而非的。
全自动生成用例
全自动生成用例是所有测试人员的期盼，好消息是，这是一种简单的技术，十年前就有了，坏消息是，这种技术作用很小。
工具不可能自动了解代码的设计功能，全自动生成的用例，只能发现极端错误，例如异常、崩溃、超时，至于其他的一般错误，通常跟代码的设计功能有关，全自动用例是无法发现的。
全自动用例只能作为人工方法的补充，用于检测极端错误，在后面将会进一步介绍。
自动方法的意义到底有多大呢？由于工具不可能自动了解代码的功能，自动方法并未检测功能逻辑。举个例子，一个加法函数，错误是把+写成了-，即使这是种最简单代码中的最简单错误，任何静态或动态工具，都无法自动发现，更不用说复杂代码中的复杂错误了。如果工具可以自动完成单元测试，那么，单元测试就是很简单的事，绝不可能是现在这种状况：尝试的企业很多，成功的企业很少。
自动生成大量的用例，然后手工修改
听起来很不错吧？看看两个例子：
这两个函数的参数类型完全一样，都是字符串，第一个函数的功能是删除字符串左边的空格，第二个函数的功能是检查用户名的合法性并删除非法字符。工具不可能自动了解这种基本的差别，生成的用例多数是垃圾。选择、修改比直接设定更加费时。
前面介绍的是简单数据类型，对于复杂数据类型，就更糟了，例如，参数是一个结构，有100个域。工具不知道哪个域需要初始化，哪个域需要判断输出，会生成海量垃圾。
相关文档：
#include <iostream>
#include <cstdlib>
using namespace std;
class Foo
{
public:
Foo(int ii):i(ii){}
int getInt(){return i;}
private:
int i;
};
class Bar
{
public:
static int FooVal(){c++; return f.getInt();}
int callsFooVal(){return c;}
private:
s ......
原文地址：http://blog.csdn.net/yc0188/archive/2005/02/26/303190.aspx
在C语言中，结构是一种复合数据类型，其构成元素既可以是基本数据类型（如int、long、float等）的变量，也可以是一些复合数据类型（如数组、结构、联合等）的数据单元。在结构中，编译器为结构的每个成员按其自然对界（alignment）条件分配空间。各 ......
最近在看Linux 2.6.21内核的I2C驱动，也在网上查了一下资料，有错也有对，有些心得，记录下来吧。里面认识或许多有不当之处，还恳请指正。
1. I2C 协议
1.1 I2C总线工作原理
I2C总线是由数据线SDA和时钟SCL构成的串行总线，各种被控制器件均并联在这条总� ......
1.要解析的XML文件如下：
<?xml version="1.0" encoding="GB2312"?>
<?xml-stylesheet href="student.xsl" type="text/xsl"?>
<StudentInfo>
<student>
<name>达内</name>
<sex>男</sex>
<lesson>
......
setitimer()为Linux的API，并非C语言的Standard Library，setitimer()有两个功能，一是指定一段时间后，才执行某个function，二是每间格一段时间就执行某个function，以下程序demo如何使用setitimer()。
/*
......
