4、难于初始化
前面介绍自然输入时提到：如果圆的外接正方形面积a1要得到某个预期的值，要传递合适的半径r，这是通过外部输入来获得预期的内部输入，即需要倒推外部输入。这个工作常常是很困难的，如果要设定的不是圆的外接正方形的面积，而是圆的面积，就困难得多，例如要求圆的面积为10.00，半径应该是多少？另外，很多时候，为了获得一个简单的内部输入，需要做复杂的初始化工作，请看下面的示例：
| /* 功能: 将PERSON对象指针保存到表中，如果名字已存在，则不保存并返回0 参数: pData, 需保存的对象指针 map, 保存对象指针的映射表 返回: 如果加入失败，返回0，否则返回非0值 */ int AddPerson(PERSON *pData, CPersonMap *map) { if(map->Search(&pData->name)) return 0; map->Add(pData); return 1; } |
参数PERSON *pData是结构指针，记录一个“人”的资料，结构PERSON含有一个字符串成员name，记录“人”的名字。参数CpersonMap *map是一个映射表，以名字为key保存PERSON的对象指针。代码很简单，当名字已在表中存在时，直接返回0，否则保存到映射表。测试时要使map->Search(&pData->name)返回true，一般的方法是在表中预先加入相应的数据，这可能很麻烦，如果能直接让map->Search(&pData->name)返回true，既简单又直接。
难于初始化非常常见，尤其在测试比较高层的函数时，很多输入都是间接输入，本身很复杂，但被测函数并不对其直接读写，只是传递给底层函数以获得一个简单的内部输入，如果我们转换思路，不设定间接输入，而是想办法直接设定内部输入，工作量将会大幅减少。
5、静态输入
是指局部静态变量形成的输入。局部静态变量与全局变量一样，每个用例也可能需设定不同的初始值(输入)，但却无法外部访问，因此，局部静态变量也会形成内部输入。请看下面的代码：
| /* 功能: 游戏程序中用于计算打击效果的代码片断，连续打击时效果随次数递减 参数: reset，为true时重置打击次数 返回: int类型，打击效果 */ int PowerEffect(bool reset) { //打击次数，由于是局部变量，用例中无法访问，形成测试难点 staticint times = 0; if(reset) times = 0; times++; int effect[] = {9, 9, 8, 7, 6, 5, 4, 3, 2, 1, 0}; if(times >= sizeof(effect) / sizeof(effect[0])) return 0; return effect[times]; } |
打击次数times是一个局部静态变量，局部变量无法外部访问，这给测试造成了困难。这个示例中，打击次数只是简单递加，还有可能通过适当排列用例，或插入若干前置调用来控制它的值，但在实际项目中，未必那么简单，因此，静态输入也是一种必须解决的内部输入。
6、中断输入
中断输入常见于嵌入式项目。是指被测函数运行过程中，在某个位置，系统调用了一个中断函数，该函数修改了某个全局变量，如果被修改的全局变量对被测函数的功能逻辑造成影响，那么测试时也必须考虑。
7、总结
前面列出了内部输入的六种情形，后五种是影响单元测试能否顺利实施的关键难点。有趣的是，内部输入的问题通常会被归结为“代码可测性差”，解决办法是改良代码提高可测性，这是不现实的，这些问题大量存在并且多数不可能消除。单元测试方法或工具，如果无法解决内部输入问题，就无法适应实际项目的测试，这不是代码可测性问题，而是方法或工具的可用性问题。解决内部输入的方法主要有两种：编写桩代码，底层模拟，下篇文章会进一步介绍。
