为什么提bug

　bug是测试工作的主要成果，也是造成开发与测试矛盾的原因之一。有些同学会觉得测试过程中发现的一些问题直接亲自去找开发解决就好了，减少沟通成本，提高修复效率，不管怎样也不会影响项目进度;而测试则是不管大小，甚至还没有开发人员沟通，这是否有效地解决了问题。事实上，有效的 bug对于个人、团队、项目都是非常重要的。

　　1、 bug可以帮助评估项目的质量。

通过缺陷的统计与分析，识别项目的当前风险，及时调整测试策略。在项目的过程中，其他的团队成员需要了解当前项目的质量，并且还需要依靠 bug面板。当项目总结时，可以从 bug列表中分析项目在需求、开发、测试阶段存在的问题，总结项目经验，避免重复重复。

　　2、 bug可以帮助你快速熟悉产品。

如今迭代速度越来越快，根本没有产品需要维护。在控制后期迭代时，接管人熟悉产品的时间成本。除需求文档外，测试案例和 bug也是了解产品的重要方法。“Google软件测试之道”一书中提到，对于一个新项目，在消化了产品文档之后，需要关注项目的状态，尤其是质量状态，理解缺陷的数量、如何对问题进行分组、已经报告的 bug类型、最长时间未处理的 bug、最近的 bug类型，等等。唯有对整体情况熟悉，才能有效地展开工作。

与此同时， bug列表是开发您熟悉的代码质量的一种方法。某一功能的后期维护开发需要修改，除了需要通过代码了解详细逻辑外，还需要关注这部分功能的原始质量，如那些相似的特殊问题需要重点关注，哪部分出问题最多，需要重点关注，了解质量情况之后才能避免踩坑。

     3、 bug可以帮助改善回归质量。

做回归测试时，如果没有可参考的 bug记录，就会像无头苍蝇一样乱七八糟，可能会漏掉一些重要的缺陷，留下一个潜在的问题，或者回到一个没有风险的地方，浪费时间。对 Bug记录的统计，对高风险区域进行回归或探索性测试，以提高回归的效率和质量。

　　4、 bug可以帮助衡量开发和测试能力。

尽管项目的规模、难度、时间、分工等都会影响开发质量、测试质量。但是 bug也是在某种程度上衡量开发和测试能力的一种方法。一些开发人员总是犯低级错误，或者是明显多于其他工作和困难程度类似的 bug的同事，这就要求开发经理关注他们的开发质量了，同时还需要测试，控制开发提测规范和质量，通过测试左移更早地发现问题;如果一个测试在项目中提的都是一些不重要的问题，没有发现有较高价值的问题，那么就需要关注他们的测试思想和测试方法。

对 bug进行合理的利用，可以为项目和公司创造巨大的价值，但许多项目成员包括测试人员都会忽略 bug的价值：它并没有使 bug不上心，反而会忽视 bug分析能力和 bug管理能力。