1、BUG的影响

　　精神的摧残

　　● 谁会愿意得到垃圾团队的称号？

　　● BUG有着无穷的生命力，你会很悲观，认为自己已经无能为力了，这种情绪会在长时间的工作后加重。

　　● 大家都厌倦重复处理相同的问题，测试人员也已经烦透了长长的BUG列表，精神压力与日俱增。

　　● 低生产率和低等产品质量，耗费了大量的资源。有时管理层并没有意识到发生了什么问题，为了保证项目的终交付，他们为项目输送了源源不断的新人，由于培训无法跟进，终导致了整个产品开发的崩溃。

　　形象的损失

　　● 如果某些公司的某些产品出现了重大BUG，势必会牵连降低公司的形象，至少我们有理由相信该公司的产品质量不稳定。

　　● 电子商务更能体现形象，如果网站很长时间才能响应客户服务，或者出现了丢失订单、混乱订单的现象，这样的网站会很快被客户抛弃，客户一旦离开很难回头。

　　● 形象的损失带来的后果是巨大的，产品不被市场所认可，甚至公司也不再被市场所认可。

　　财富的流失

　　● 产品的开发需要资金，公司的运转需要资金，坏的市场形象需要公司花费更多的资金来挽回声誉。

　　● 有BUG的软件产品后期维护也是一个大问题

　　2、BUG的产生

　　交流的误解

　　● 羞涩。跟客户交流的时候总是用很小的声音说明自己的观点，表现力度不够；或者静静地坐在会议室的角落，没有任何思想地观看别人的激烈讨论。

　　● 胆怯。项目参与人员缺乏对客户的了解，造成盲目跟从心理。交流的时候只是去听，从不敢反驳或者提出相反的意见。

　　● 依赖。部分项目参与人员认为交流的时候，只要有一个人做会议笔记可以了，总是找一种感情上的依托。

　　● 轻视。拥有专业知识的项目人员不重视客户所说的，或者认为客户所说的简直是天方夜谭，毫无科学根据。

　　● 健忘。自信能记住会议上所有讨论内容而不作笔记，结果在实际的设计或者开发过程中遗忘了部分要点和注意事项。

　　● 误解。这是人类相互之间普遍存在的一种现象。

　　大家的认知层面、各自拥有的知识、处事原则各不相同，难免会产生这种情况，可以通过相互培训及有效的交流来避免这种情况的发生。

　　软件的复杂性

　　程序员的错误

　　● 过于疲劳。让程序员持续地开发，疲于奔命地完成某项任务，这时候的他认为休息比编码质量有更重要的意义。

　　● 不守规矩。程序员按照自己心中的蓝图去描绘一个美丽的乌托邦，或者随心所欲地使用自我编码格式，完全不遵守项目的开发准则。

　　● 过于热心。程序员经常犯这样的错误，没有经过严格的验证和全局的考虑，任意修改设计并且认为这会产生更好的效果。

　　● 心不在焉。

　　需求变化

　　● 客户并不了解需求变化所带来的后果，算知道了他们还是会坚持这么做。并且在客户的眼里，他们只需要看到变化，却从不考虑变化所需的额外工作时间。

　　● 需求变化的后果可能会造成重新设计或者日程调整，已完成工作、重做或者被完全抛弃，整个项目环境可能要因此改变等。

　　● 频繁小的变化或者几次重大的变化，项目各部分之间已知或者未知的依赖关系会相互影响，从而导致更多问题的出现。

　　● 需求变化增加了项目操作的复杂性，产生了大量不确定因素，并且还可能打击参与人员的工作积极性。一个需求变化频繁的项目或者产品是没有任何测试价值的。