是一个二、三十人的项目，也是在期限的压迫下进展，项目进展一段时间后我担任管理工作，临近未期1-2个多月时,有一个子系统好象可以用，但总是不断出现Bug，解决Bug问题就象割韭菜，解决旧问题新问题又来了,我们自己也失去信心了。

显然，我们也意识到早期时间紧、新手多，软件需求定义和设计不够严谨，前台和后台程序人员沟通不足，程序逻辑上有问题，单靠测试来发现问题已无济于事了，也有的技术骨干想要大家一起坐在终端前浏览程序，看有那些 Bug, 看到这种情形，我在想，在万千行程序面前那能有效的消除众多消除问题？

我终于在无奈之下下决心，让该小组把设计关键文档重新更新整理一遍（已有问题和一直要改进的设计问题一同解决），关键的设计和接口稳定一定要以书面形式记录，技术骨干一起讨论定稿，此后严格按照设计搞修改程序，设计修改要确认。
当看到大家热烈的讨论设计稿并定稿后，心情很是放松。经过1个月左右时间修改程序，此后程序运行比较稳定，Bug是出现但不会是从前的情况

希望你朋友的公司的软件Bug问题不是象我经历的这种情况，现在总承包商和客户加入了，还有你的协助，此项目一定会越来越顺利！