C/C++单元测试理论精要（八）
第3章 怎样才能高效率测试
3.1 似是而非的高效率
这一节澄清一些流行的误解或误导，一些看起来很不错的高效率，实际上是似是而非的。
全自动生成用例
全自动生成用例是所有测试人员的期盼，好消息是，这是一种简单的技术，十年前就有了，坏消息是，这种技术作用很小。
工具不可能自动了解代码的设计功能，全自动生成的用例，只能发现极端错误，例如异常、崩溃、超时，至于其他的一般错误，通常跟代码的设计功能有关，全自动用例是无法发现的。
全自动用例只能作为人工方法的补充，用于检测极端错误，在后面将会进一步介绍。
自动方法的意义到底有多大呢？由于工具不可能自动了解代码的功能，自动方法并未检测功能逻辑。举个例子，一个加法函数，错误是把+写成了-，即使这是种最简单代码中的最简单错误，任何静态或动态工具，都无法自动发现，更不用说复杂代码中的复杂错误了。如果工具可以自动完成单元测试，那么，单元测试就是很简单的事，绝不可能是现在这种状况：尝试的企业很多，成功的企业很少。
自动生成大量的用例，然后手工修改
听起来很不错吧？看看两个例子：
这两个函数的参数类型完全一样，都是字符串，第一个函数的功能是删除字符串左边的空格，第二个函数的功能是检查用户名的合法性并删除非法字符。工具不可能自动了解这种基本的差别，生成的用例多数是垃圾。选择、修改比直接设定更加费时。
前面介绍的是简单数据类型，对于复杂数据类型，就更糟了，例如，参数是一个结构，有100个域。工具不知道哪个域需要初始化，哪个域需要判断输出，会生成海量垃圾。
相关文档：
因为项目要求，制作的一个多文件上传，并显示进度条一段代码(vs2005环境)。
(只为粗略的实现，代码并不规范)
当多个文件上传的时候，需要依次队列形式一个个上传，当上传某个文件的时候，锁定进程，上传完毕再开启锁。
在主类中的上传按钮事件代码:
//
获取openFileDialog控件选择的文件名数组(openFileDialog可 ......
#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 ......
2.2 解决可测性问题
上一节具体分析了可测性问题，接下来，我们来看看如何解决这些问题。下图中，彩色的部分是需要解决的可测性的具体的问题。
与其他代码隔离
为了提高效率，应该一次性将一位工程师负责的测试任务隔离出来。隔离时，应把源文件分为三类：� ......
在C中可以定义全局变量，全局变量是在程序加载初始化时分配空间并进行初始化。在c代码中定义/声明全局变量的方式如下
1. int n;
定义或者声明（如果在其他文件中已定义）全局变量。
2. int n = 10;
定义全局变量并初始化。
3. extern int n;
声明在外部定� ......
文章作者：Slyar
先看两个代码，第一个是C程序，第二个是C++程序，除了头文件不同以外其他的都一样。
//demo.c
#include <stdio.h>
int foo();
int main()
{
int a;
foo(a);
return 0;
}
int foo(int a)
{
}//demo.cpp
#include <iostream>
int foo();
int main()
{
in ......
