开发人员如何正确对待BUG？

 ‌1、前端开发与后端开发

出了问题，最重要的是先找到方法迅速解决，而不是去互相指责。前端存在这样的思维模式，后端也存在这样的思维模式，这种思维模式不太好。出了问题，最好先检查一下自己，反省是不是自己这边的问题，勇于承担，敢于挑战。如果是，那么自己解决。如果不是，就去求助合作者。有问题未必是坏事，没有问题才可怕，有问题才有学习新东西的机会。问题总是存在，我们不可能预知所有的问题，但可以见一个，解决一个。我们来上班，就是来解决需求，解决问题的，所以不必害怕问题，但玩笑还是可以开起来的。比如，测试咋又来找我了呢？

2、前端开发与其他团队

产品经理和设计师有时也不清楚什么实现是合理的，容易误导前端开发或者测试人员，尤其是他们第一次接触的需求。这时候，前端开发无法实现需求，测试人员认为是BUG，连锁反应的根源在于需求的可行性当初没有得到准确的评估。这时候，开发人员应该抽空调研，告诉大家需求是否可行，方案是什么。经验很重要，没有经验时，就到处咨询，各种学习探索。千里之行，始于足下。千万不要以没有经验为借口将责任推给设计师和测试人员，出了问题，先检查自己，有则改之，无则加勉。

站在前端开发的角度，我认为开发人员自身应该具备一定的识别BUG的能力。如果确实是代码漏洞，应该第一时间去修改，只要是PRD上明确提到的，测试人员可以尽管提问题，有多少BUG，开发人员就该改多少，积极配合测试人员。但如果不是代码漏洞，要先明确到底是PRD不详细，还是设计稿尺寸不对，还是测试人员提了不是问题的BUG，召集产品经理设计师前端开发测试人员商量对策，4方达成一致，再修改。避免测试人员按照自己的思维模式和所谓的经验来提一些有可能不是问题的BUG，导致开发人员来回修改，浪费前端开发的时间。一会儿做成产品经理要的样子，一会儿做成设计师要的样子，一会儿又做成测试人员要的样子。一名珍惜时间的前端开发应该学会拒绝，把精力放在刀刃上，去探索更有价值的事，而不是闲扯是非对错。

开发要有识别能力，不是人家提啥就是啥，这是一般的厨子，人家让炒啥菜，就炒。牛逼的厨子具有引导能力的，你要吃肉，我给你炒一盘蘑菇，还能吃出肉的感觉，无意间轻松秀了厨艺还干了自己想干的的事。尤其需求有问题，对不上的情况下。

转载于:https://www.cnblogs.com/camille666/p/how_to_deal_with_bug.html