06年7月底，同事离职，我接手了她的一个业务系统项目。8月中，用户进行第一阶段功能测试，计划用20天时间。

开发人员驻场，测试现场有一名工程师负责跟踪过程，我们监理方协助整个过程的监控。

系统有4大功能模块，最重要的第1，2模块由一名C工程师负责。测试一开始，他被调往外地其它项目组。

9月初，测试结束，第1，2模块有70多个BUG，另外2个模块的BUG也是70多个。

大家都等着开发方对BUG进行修改，但2个月过去，仍无法进行第一阶段的回归测试。

监理方到开发现场，检查软件源代码，发现95%以上没有注释，这就是迟迟修改没有完成的最主要原因。因为只有C工程师是最清楚的，其他人除非花大精力来看代码，否则无法修改。

编码规范，这时间才体现出它的作用。

如果没有注释和文档，将来系统维护仍是面临考验。

监理方也得到经验和教训，在编码阶段就应该到现场检查，以防患于未然。

早就应该做的，只是工作不到位所致。