看了好多解答,感觉不是太好的回答,所以自己整理下。
1、先检查自身,是否bug描述不清楚。如果能正确地、高质量地录入一个Bug,那么基本上已经成功地与开发人员沟通了一大半的关于Bug的信息。
2、站在用户角度考虑问题 应该让开发人员了解到Bug对用户可能造成的困扰,这样才能促使开发人员更加积极地、高质量地修改Bug。在争执时,可以问一句:如果你是用户,你可以接受么?
3、BUG定级要有理有据
BUG定级时,不仅要参考BUG级别,还要考虑BUG是否会影响到流程,往往用户的BUG级别和我们的是有区别的,需站在用户的角度定考虑定位级别。
4、提高自身的技术和业务水平.
不光要提出问题, 最好也能提出解决方案,提高自身的业务和技术水平,不但要做到能提出问题,还能够提出解决问题的思路。这样才能更让人信服。
5、如果是需求变更产生的bug,可以找产品经理确认,得到确认,关闭bug。