昨天回归一个bug，代码走查中，查到一处存在代码风险。

背景：某嵌入式软件有合同管理的功能，其中一项信息是合同的有效期，这个有效期字段属于日期格式，会随着系统日期的变化而变化，即用YYYY/MM/DD，还是MM/DD/YYYY,或DD/MM/YYYY。当系统日期格式改变后，退出合同管理界面时，提示“日期格式”无效。

原因：开发人员在coding时，在给合同有效期的显示格式赋值时采用了一个固定值，这样当系统日期改变后，发现与它当前日期格式不同，而是提示日期格式无效。

更改：代码片段

原来：ContrDateFormt = DATEFORMAT_YYYY_MM_DD(一个枚举值)

更改后：ContrDateFormt = GetCurDateFormt();

在对更改点进行回归时，走查了相关代码，通过查整个项目工程的代码中对日期格式直接赋值的地方，发现还有一处仍采用固定日期格式的，但此函数暂无人调用，它是一个孤立的函数。不过，日后有用到的话，就会出现上述同样的问题。这让我想起这样一种常见工作场景：

测试说：怎么又出来之前的bug了。

开发说：我真没改什么，调用的函数原来就存在的。

测试说：我才不相信呢，没改它自己会跑出一个bug来吗？

原来现象是一样，但产生的背景是不一样的。嘿嘿！开发也没注意到这个函数原来是孤岛，它有黑洞，谁叫他要上呢。上了后，第一个倒霉的当然就是他啦，而测试人员是很相信自己的眼睛的，多从现象出发判断问题。J