测试人员如何说服他人认可你提交的缺陷？（08-03-28）（获奖名单已公布）

shiruili215

1、详细清晰的描述出BUG，提交入缺陷库，已经有高级且有经验的测试工程师确定该BUG是真正的缺陷，确定状态为Open；
2、分配解决该BUG的研发人员按照详细的BUG描述已经重现了BUG，但是拒绝修改，这里有几点：
   a、公司或者部门的流程不规范，责任不到人，可能有扯皮推脱责任的情况存在，QA对BUG的跟踪上有些脱节；
   b、研发人员个人原因，承认是BUG嫌麻烦或者不好处理之类；
   c、研发认为不是问题，就是这样的做的之类；
3、
    上面的a情况在小公司应该是经常出现的，对于这样的情况，尽量和研发搞好关系，私人关系好是最好，说服研发修改缺陷；如果研发实在拒绝修改，将问题告知测试经理和项目经理，BUG状态保留，大家如果都没有反应，这样测试人员只能到此，可能多做也无意；
    上面的b种情况测试人员可以先和研发人员讨论，阐述BUG的严重程度，用户的需求或者行业标准，并积极参与分析缺陷产生的原因，打消研发消极处理态度；最好多了解些项目的相关信息，视BUG严重程度、项目进度、程序发布紧急程度等因素而定，如果能够说服修改BUG最好，如果项目紧急，BUG不严重，可在以后版本修改，最后邮件或者报告抄送给相关项目以及测试人员告知情况；
    上面的c种情况就要难处理，首先要对方承认这个确实是BUG，有需求文档、产品说明书、规格说明等文档参考，具体实现的功能说明等资料都可能派上用场，诱导研发站在用户的角度是看待这个问题，演示给研发看，并请他进行这类操作来重现问题，也可以请周围的同事参与讨论或者操作，以他们的实际感受来说服研发修改BUG，如果修改，沟通成功；如果不能修改，找相关的项目经理讨论这个BUG，由项目经理和研发讨论，如果还不行，问题反馈给测试经理项目经理就OK了，一切都由他们商讨；

    当然在交流的过程中大家要相互理解，尊重对方，不要有过激的言语，平时多加强感情的交流，只要是敬业的开发人员，在一个流程比较规范的工作环境下，对于出现的被认为是缺陷的BUG都还是愿意去解决的。