在测试职业工作中,总会出现遗漏bug的情况.
面对用户,领导等指责,大家是如何面对这种尴尬的情况呢

视而不见，听而不闻。
实在有影响就找原因推卸责任。
所以要有测试用例，就是拿来当挡箭牌的。
说我的用例走过了，没有发现问题，用例外的，经验不足，没有想到，下次注意，呵呵。

也许也只能这样.

碰到这种情况,我只能说,不可能发现所有的bug,只能尽力而已.
有些bug是不易测出来的,只能在实际操作的时候才能发现.

怎么都没什么回答,难道大家都没碰到这种情况.

找出遗漏的主要原因是关键，焦点问题不应该集中在怎么善后。

只要是人就一定会犯错误,我们不能避免错误的发生,但一定要在错误中学习并总结.下次少犯\不犯同类型的错误就可以了.

bug是永远存在的，不可能找到所有的bug，面对这种情况，我认为要承认自己的疏忽，不能推卸罪责任，一个喜欢推卸责任的人，不是一个好的员工。当然，这是我个人的看法。然后在以后的工作中要多注意，勇于承担责任，领导会对你另眼相看的/。

软件测试的目的是发现系统的bug，并不能证明系统没有bug！
很好的回答了！

首先看未发现bug的级别，再谈别的．这牵扯到工作态度的问题．

肯定是要先承认是自己疏忽了
然后共同探讨分析遗漏bug的原因
为以后的工作做个提醒
（测试无法发现百分之百的bug，这是大家惯用的搪塞方式
但是，就我个人而言，确实是不太认同这种推卸责任的方式的。
遗漏就是遗漏，不可否认，这确实是你的疏忽嘛！
就我个人而言，更喜欢勇于承担责任，正面错误的员工
而不是推卸责任，用大家都熟知的理论搪塞的员工）

错了就是错了。

如果说 自己疏忽了一个超级简单的BUG 大家是怎么回答的？

还是应该承认错误，分析遗漏bug的原因，以后的工作中注意就好，推卸责任不太好。

bug遗漏对测试人员来讲是最大的错误

之前部门进行过了多次这样的讨论。

现在做法都是先善后，再分析，再尽量杜此现象的出现。

分析bug原因，解决问题才是真的。

首先分析遗漏问题的严重性和重要性, 如果是重要问题, 那么需要总结原因, 如何在以后的测试过程中关注重要功能;
如果不是重要问题, 但是问题比较严重, 就必须分析问题产生的原因, 然后看可以从整个项目的哪个阶段采取措施来避免这类问题;
如果以上都不是, 那么可以作为一个case加到以后的测试过程中去, 毕竟系统的错误是不可能被全部找到的, 质量只是基于项目stakeholder们的要求而在一定程度上对产品各方面要求的约定和共同认识, 不是绝对的.

[ 本帖最后由 ryanfishtail 于 2007-12-5 23:16 编辑 ]

"面对用户,领导等指责"，这里不强调领导的指责，最重要的是用户的指责；
产品：用户就是上帝——通用的规则；
导致企业产品的质量标准千差万别的情况最核心因素：客户成熟度和他们对质量理解层次的差异（当然优秀的企业也会有其远期的质量目标，但短期一般还是以用户标准直接衡量）；
哪怕是一个确认提示的文字变更，
在我们技术上而言即使是非BUG现象，
但对客户却是天大的事情。
此时我们就需要去分析原因后调整我们自己的测试过程和缺陷标准。

[ 本帖最后由 billrub 于 2007-12-6 12:53 编辑 ]

漏测这种问题，测试经验不够的测试人员都会碰到
因为测试用例不可能覆盖得很全面，而问题常常是自由测试发现的
所以也不必担心
我觉得首先得承认错误
然后确定漏测的严重等级，分析漏测的原因
找出解决漏测问题的方法
并总结下次不再犯同样的错误

问题很严重