设计出的bug到FT才查出来

昨天的FT，查出了一个bug，现象如下：

有一个配置文件，对其中一个参数（设其为a_path）的值的限制为255个字节，但测试结果显示，用不同的字母进行测试，得到的边界值也不一样，如：239个“t”能使程序运行正常，而240个不行；242个“A”能使程序正常运行，而243个不行；240个“M”能使程序运行正常，而241个不行。

这个现像看起来很奇怪，不同的字符，与字节数一点关系也没有啊！

结果今天编码人员来进行检查，发现这个值实际上在运行过程中会生成一个文件，文件名格式为“设备名+a_path+文件后缀名”。实际上这三部分加起来总的长度不能超过255个字节。

由此判断，这个错误在设计时已经存在了。由于测试人员对程序列的设计以及代码不熟悉，其对测试人员的直接影响表现在，花很多时间在无关痛痒的环节进行测试。而对于编码人员，这个处理……我刚刚问了编码人员，他说那个是设计的一个bug，是内核的一个限制，作为编码人员，那个错误改不了，不能改设计，就只能改内核，但内核也是客户的，所以我们什么也不能做。相比之下，改设计要比改内核要方便多了，……

如果按照软工的思想（我的理解），这需要从设计阶段一直往下再做一遍。如果在UT阶段发现了这个错误（而实际上UT并没有对这部分进行测试）——是客户忘了写了？——是这个配置文件的测试只能在统合测试来进行，单体测试时没法检出来？（编码同志的回答）

反正，马上要纳品了，这个bug是改不了了。

这是我遇到的第一个由于设计出问题，一直到FT才查出的错误。

 如有看到此文的人，请提出对此的看法，谢谢^_^