我有责任替领导盯BUG吗？

我刚做测试

讲个事儿，真事儿，前段时间跟了一个娘不亲，爹不疼的项目。因为它没人疼，所以找了个项目负责人，讲话也不硬，测试的时候经常出现一些程序员说了算的情况。没办法，谁让人家是搞技术，咱是做测试的。可是到最后有几个BUG程序员明显在糊弄，什么你的测试数据有问题啊，你那样操作是乱来啦，等等，负责人不干了。可又不愿跟开发红脸，就直说我摆不清位置，好，我两边不是人了。大家说我有责任替他死盯着吗？

lsy325

http://www.51testing.com/html/68/974.html这里面有一句是这样写的
　　Cem Kaner在《Testing Computer Software》书中有一段话: “The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.” （最好的测试人员不是发现最多BUG或是使得最多开发人员不自在的人，而是能够[说服开发人员]修正最多BUG的人），建议大家好好理解这句话。
　　你说的情况，在领导关注的项目中也会出现，他们会让领导看到这小伙子不错，一个功能这么快就写完了，工作努力，是个好同志。测试提的问题，他们会说，我现在在忙着写新功能，这些问题等等再说，有些问题就会直接给打回来，告诉你这不算问题。
　　我这边做的是，测试员要把缺陷能造成什么样的后果写详细，开发人员驳回的话，要写明驳回的原因，造成的后果能用什么方法弥补。两三天就把驳回的问题集中一下，看哪些不能说服我，然后坐到开发人员旁边讨论该不该改这个问题。

gisjuanzi

sdlkfj1

tongke

sdlkfj5

hxf

可能大家都遇到过这样的问题，但是，处理这样的问题的方法，我认为
（1）在提交bug的时候，一定要将bug、执行步骤描述清楚，并且，要尽量将错误抓图。
（2）遇到，开发人员用各种理由推辞不改，如果，是我们测试人员在提交bug的时候没描述清楚，那我们可以，现场边演示，边讲解，将这个bug复现出来。如果，开发人员再执意不改，就让开发人员写明原因。然后，将这些有争议的问题集中在一起，在首尾阶段召开小组会议（包括相关的开发人员，测试人员，开发项目经理，测试项目经理），讨论这些问题，如果，开发项目经理认为这个问题不用改了，那我们就不用在继续追究了，将来有什么问题，那就不是我们的问题了。

gisjuanzi

同志们啊，不是测试跟开发的问题，是领导跟开发的问题啊～

joans

建议判断一下这几个BUG是否影响用户使用
若影响,当然要跟项目负责人、开发人员沟通，尽可能修改，若不能修改，一定要说明原因。
若不影响使用，此BUG先暂缓并说明原因

walker1020

在其位则谋其政。

walker1020

明白你自己的工作职责 、Scope，然后想想怎么去处理这些事情

秋天的枫叶

The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed

andrewchou

如果测试人员不同意修改，这个你应该和项目经理讨论，项目经理才有权力决定是否修改这个bug。