开发人员很容易迷恋上工具，因为工具通常比较实用，而且具备明确定义的行为，比起学习最佳实践或方法，学习工具更为简单。然而，工具仅仅为解决问题提供协助，他们并不能自行解决问题。

　　一位理解问题实质的开发人员能够使用工具提高生产率和质量，而拙劣的程序员从来不投入时间或精力去理解如何更好的编程和如何避免缺陷，他们会花时间学习如何使用工具，但这种学习方式脱离了对工具目标以及如何高效使用的正确理解。

　　在某种程度上说，这其中有一部分是工具供应商的错，他们嗅到了为一些普遍问题提供支持是一条财路，比如说：

*缺陷追踪器，帮助你进行缺陷追踪管理
*版本控制系统，管理源代码更改
*敏捷开发支持工具(Version One, JIRA)
*调试器，帮助你寻找缺陷

　　市面上有很多工具，但在这里我仅仅浏览一下下面的列表，同时指出在哪些地方开发人员和组织正在经受挑战。记住，以下所有的统计数据都来源于40多年间的超过15000个项目。

　　缺陷跟踪器

　　一些公司还没有用过缺陷跟踪软件，不管你信不信，我反正是信了，我遇到过这样几个奇葩公司，你一定觉得难以置信吧。没有缺陷跟踪软件的结果是相当杯具的，我们有证据证实。

　　不充分的缺陷跟踪方法：生产率 -15%，质量 -21%
　　就此我们达成了高度共识，那就是我们需要进行缺陷跟踪，并且我们都清楚，离开了这类工具，管理大量缺陷是不可能的。

　　自动化缺陷跟踪工具：生产率 +18%，质量 26%*

　　先说一个问题，开发人员总是爱争执哪个缺陷跟踪系统最好，这里的根本问题在于，几乎每个缺陷跟踪系统设置不好都会导致糟糕的结果。实际上，如果每个缺陷跟踪系统都能进行合理配置的话，结果都会大有裨益。这里最常见的误区是：

*在缺陷生命周期状态中引入了不相关属性，即创建诸如”延期“, ”无法解决“或 ”已设计的功能“这样的状态。
*无法指出问题是否已被修复。
*无法理解谁负责解决缺陷。