是自己的责任一定不要推卸，不是自己主观上的问题也不要负全责；
有时候是因为时间紧，而需要测试的功能点多，就会有遗漏的，在进行测试之前，TM都应该意识到这个问题的.....

同意楼上的说法，做测试的不可能发现所有的BUG，在有限的时间里，我们只能尽量发现BUG

主要还是认真俭讨,分析问题原因,下回多注意了!

要找出所有的BUG可以说是不可能的~这是软件测试的局限性,领导怪罪下来你应该和他解释,但我认为如果是因为用例编写或执行过程中的疏忽导致了严重BUG未发现那就是测试的责任了~总之即使发生了这种情况~也要吸取教训,当是经验的积累吧

bug 的遗漏主要和用例的设计有关，如果你的领导认可了你的用例设计，那么在这种情况下遗漏bug完全是可以接受的。反之，你的用例设计没有得到过领导的认可，那只能从自身用例设计上找原因了，承认自己用例设计的不足。

承认自己的不足~~
分析该缺陷，找出遗漏缺陷的原因~~
在以后的工作中要更加提高自己的业务能力，才能尽量减少这样的情况~~

以前看过一句话说“测试只能证明bug存在，不能证明bug不存在”。当然遇到这个问题
肯定是测试的责任，推卸是不好的。个人觉得最主要是要分析为什么会遗漏了它，如实汇
报，争取日后改进。孰能无过...

先要明确这个bug的原因，到底是测试员应发现而未发现，或者测试环境中不存在的触发条件，或者发布人员get错了版本，或者未经过测试而发布的版本。
然后针对具体问题具体处理。分析bug产生的原因，杜绝重复错误。

首先还是在测试用例的设计上达不到100%的覆盖，主要是用例设计人员经验不足，或是对需求的理解不够充分；还有一个可能是在过程控制不是很规范化的公司，往往测试和开发并行，并且不能很好的区分开发版本和测试版本，全都是在一个版本上进行，这也可能导致出现BUG发现不了的问题。

吸取经验，总结原因，测试不能发现系统中所有的bug。

为什么会漏测？
回答一

为什么会产生回答一的情况

依次类推，达到5次，基本上问题的根源都会暴露出来。

遗漏的bug如果被客户发现,那损失可就大了

首先还是应该承认错误，分析遗漏bug的原因,以后多注意.千万不能推卸罪责任.

遇到一两次这种情况，上级可能会因为解释理解，多次出现后，就没有那么好说话了。
但是有些BUG却是在特定的情况下出现的，又要怎么办呢？
我经常遇到这样的问题，不知道怎么办才好？

分析下这个Bug是否能够避免的。

如果是简单的测试miss，你就等着挨批吧。

如果无法避免，那就无所谓了，测试本来就不可能测出所有的Bug

如果是因为自己疏忽造成的，要勇敢承担；其次，和项目组一起努力，争取最短时间解决问题；

如果是那种比较难发现的随机性BUG，比如魂斗罗居然能调出30条命来（姑且不算他是一个秘籍而是一个BUG），这类问题以后该如何改善？