不要浪费每个缺陷给你带来的负反馈价值

​ 对于缺陷，不知道大家是如何看待它的？

​ 有人说：它就是平常生活，有了缺陷，解决它就可以了；有人说：我痛恨它，因为它让我无法正常的上下班/双修；更有人说：缺陷，你要“死”，“死”远一点，不要“死”我跟前。生活多味，不仅充满酸甜、还有苦辣；软件亦如此，代码并非是完美的，没有哪个人可以牛逼地对外说：我写的软件没有一行缺陷。

​ 对于缺陷，要有正确的认识。选择忽略它，就是选择忽略大家为之解决过程中所经历的各种熬夜和压力，就是选择性忽略一个成为更好“自己”的机会。憎恨它，就是憎恨也许伴你一生的工作，因为一生的工作中，你都不可避免面临Bug。不管是一个大兵、还是一个小将，都需要正确地认识。而最好的方式，就是是利用它。

​ 缺陷生命的整个过程，就是一面透亮的镜子，能刻苦铭心地照亮一个“人（团队）”的点点滴滴，充分利用它，挖掘这些点点滴滴，成为更好的“人（团队）”，

​ 软件工程是一门学门，通过各种工具、方法，从质量、效率上去交付软件。在缺陷这面镜子面前，很多关于质量、效率的问题，会得以充分暴露，前提是你是一个有心地参与人。

​ 以下列举一些常用的问题，帮助我们更好地思考：

​ 缺陷的诞生：

• 合入了什么样的代码，引入该缺陷？
• 合入前，是否进行充分的验证？
• 合入过程中，现有的质量流控控制为什么未避免其产生？

​ 缺陷的发现：

• 合入后，在那一环节发现该问题？
• 为何未能提前更早阶段发现该问题？

​ 缺陷的生存：

• 问题发生后，为何不能快速定位？人员的工具？技能？经验？方法？不足？
• 过程中，存在哪些既定的流程？是否存在影响质量、效率的不良因素？如何改进？

​ 缺陷的消亡：

• 问题解决过程是否高效顺畅？
• 修复方案、修复代码、测试验证、上线是否高效？是否存在工具、环境、经验、技能等因素影响？
• 过程中，存在哪些既定的流程？是否存在影响质量、效率的不良因素？如何改进？

​ 系统性思考：

• 是否存在通用问题或改进？是否需要系统性分析和改进？

当依次认真将挨个问题思考一遍后，相信，你会发生过程中很多现状，要不要成为更好的”团队“，就看你下一步行动。

​