单元测试的自动用例生成方法
自动生成用例是所有测试人员的期盼，好消息是这种技术早就有了，坏消息是完全自动生成的用例作用很小。完全自动生成用例的方法主要有两种：根据输入自动生成、根据路径自动生成。
一.根据输入自动生成
一般是根据参数生成，这是一种简单的技术：任何数据类型都可以分解为基本数据类型，预先为各种基本数据类型设定一些值，组合一下就可以生成了，如函数int func(int arg, const char *argv);，可以按以下方法生成用例集：
1) 定义参数取值：
int类型可以定义一些值，如最小值，最大值，0，1，-1；
char*类型也可以定义一些值，如””, “abcde”。
2) 分析函数原形，生成用例代码模板，如：
CASE_BEGIN()
int arg = @arg@;
constchar *argv = @argv@;
int ret = func(arg, argv);
TEST_ASSERT(ret == @ret@);
CASE_END()
3) 将参数的各种取值循环组合，分别替换模板中的相应内容，即可生成用例集。
这里的关键是输出应该是什么才对？工具是不知道的，一种办法是先随便填一个值，执行后，再填上实际输出的值，然后由用户判断和修改。
二. 根据路径自动生成
这种方法分析代码的执行路径，然后生成可以覆盖这些路径的用例。技术上还不成熟，其中内部输入是一个难点，例如函数：
int WorkTime(int *pWorkTime)
{
int success = 0; //取环境温度是否成功
int temperature; //环境温度
//temperature的值无法在外部设定，这是一种内部输入
success = GetTemperature(&temperature);
if(!success)
return 0;
//计算温度差，mExpectTemperature是成员变量
int TempDiff = temperature - mExpectTemperature;
if(TempDiff <= 0)
return 0;
if(pWorkTime == 0)
return 0;
//为了简化问题，这里假设温差一度，需运行60秒
*pWorkTime = TempDiff * 60;
return 1;
}
当路径依赖于内部输入时，就很难弄了，不幸的是，这种情形是很普遍的。
