开发人员对于BUG的态度

现实中很多开发人员对测试人员提的BUG,并没有足够的重视.所以经常造成一个BUG要交互很多次才真正解决,浪费大家的时间,并且造成测试人员对开发人员的印像不佳.由最初怀疑他们的技术到怀疑他们的责任心.对于大家都没有好处.

开发人员应认真对待测试人员提交的BUG，不是看到BUG随便去测下没重现就把它FIX或者Reject，也不是还没开始看BUG就直接让测试人员解释。这会增加双方交互的时间，影响进度。也是对测试人员工作成果不尊重的表现。所以，开发人员重现BUG时按测试人员描述的步骤去重现，如确实不能重现或有疑问再找测试人员沟通。
 
建议:
1、Bug解决后，最好能够给个说明，为以后整理Bug提供信息，也为测试人员的进一步测试提供支持；
2、对于测试组提出，而开发不能够重现的Bug，一定要引起足够的重视，而不是单单归结为环境问题，而不予理睬。实际情况刚好相反，这种问题更需要重视和处理，更需要找出出错的原因，即使因为种种原因，最终不予以解决，也要知道为什么出现，在什么情况下会产生，并给出相关说明；
3、对于偶然出现一次，而很难重现的问题，一定要重视，并讨论分析，假若到了用户环境，我们更难解决。特别是CS程序更容易出现这类问题。这也从一个侧面说明了日志的重要性；日志这一块，将随着业务的发展，越来越突出。
4、主动去做单元测试，越早地找出并解决问题，成本越底，越能够节约进度。大家都是做这行的，应该认得很多朋友，多聊聊这一块，你会发现越是资深的程序员，这一块对自己的要求越高。假如单元测试不是通过自主完成，而是通过制度或流程来完成的话，大家都会很累，那样很可能就变成了文档和数字的游戏。