软件缺陷产生的原因
软件缺陷就是通常所说的Bug，它是指软件中（包括程序和文档）存在的影响软件正常运行的问题。IEEE（Institute of Electrical and Electronics Engineers，电气电子工程师协会）729—1983标准对软件缺陷有一个标准的定义：从产品内部看，缺陷是产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统运行过程中某种功能的失效或违背。
软件缺陷的产生主要是由软件产品的特点和开发过程决定的，比如需求不清晰、需求频繁变更、开发人员水平有限等。归结起来，软件缺陷产生的原因主要有以下几点。
（1）需求不明确。软件需求不清晰或者开发人员对需求理解不明确，导致软件在设计时偏离客户的需求目标，造成软件功能或特征上的缺陷。此外，在开发过程中，客户频繁变更需求也会影响软件最终的质量。
（2）软件结构复杂。如果软件系统结构比较复杂，很难设计出一个具有很好层次结构或组件结构的框架，这就会导致软件在开发、扩充、系统维护上的困难。即使能够设计出一个很好的架构，复杂的系统在实现时也会隐藏着相互作用的难题，而导致隐藏的软件缺陷。
（3）编码问题。在软件开发过程中，程序员水平参差不齐，再加上开发过程中缺乏有效的沟通和监督，问题累积越来越多，如果不能逐一解决这些问题，会导致最终软件中存在很多缺陷。
（4）项目期限短。现在大部分软件产品开发周期都很短，开发团队要在有限的时间内完成软件产品的开发，压力非常大，因此开发人员往往是在疲劳、压力大、受到干扰的状态下开发软件，这样的状态下，开发人员对待软件问题的态度是“不严重就不解决”。
（5）使用新技术。现代社会，每种技术发展都日新月异。使用新技术进行软件开发时，如果新技术本身存在不足或开发人员对新技术掌握不精，也会影响软件产品的开发过程，导致软件存在缺陷。
软件缺陷的分类
软件缺陷的处理流程
软件测试过程中，每个公司都制订了软件的缺陷处理流程，每个公司的软件缺陷处理流程不尽相同，但是它们遵循的最基本流程是一样的，都要经过提交、分配、确认、处理、复测、关闭等环节
（1）提交：测试人员发现缺陷之后，将缺陷提交给测试组长。
（2）分配：测试组长接收到测试人员提交的缺陷之后，将其移交给开发人员。
（3）确认：开发人员接收到移交的缺陷之后，会与团队甚至测试人员一起商议，确定该缺陷是否是一个缺陷。
（4）拒绝/延期：如果经过商议之后，缺陷不是一个真正的缺陷则拒绝处理，关闭缺陷；如果经过商议之后，确定其是一个真正的缺陷，则可以根据缺陷的严重程度或优先级等选择立即处理或延期处理。
（5）处理：开发人员修改缺陷。
（6）复测：开发人员修改好缺陷之后，测试人员重新进行测试（复测），检测缺陷是否确实已经修改。如果未被正确修改，则重新提交缺陷。
（7）关闭：测试人员重新测试之后，如果缺陷已经被正确修改，则将缺陷关闭，整个缺陷处理完成。
常见的软件缺陷管理工具
禅道,redmine