huangcm 2007-10-16 15:31
如何面对bug遗漏的尴尬
在测试职业工作中,总会出现遗漏bug的情况.
面对用户,领导等指责,大家是如何面对这种尴尬的情况呢
luming 2007-10-16 16:58
视而不见，听而不闻。
实在有影响就找原因推卸责任。
所以要有测试用例，就是拿来当挡箭牌的。
说我的用例走过了，没有发现问题，用例外的，经验不足，没有想到，下次注意，呵呵。
huangcm 2007-10-16 18:02
也许也只能这样.
碰到这种情况,我只能说,不可能发现所有的bug,只能尽力而已.
有些bug是不易测出来的,只能在实际操作的时候才能发现.
huangcm 2007-10-17 11:22
怎么都没什么回答,难道大家都没碰到这种情况.
billrub 2007-10-17 12:13
找出遗漏的主要原因是关键，焦点问题不应该集中在怎么善后。
cangmang 2007-11-7 11:41
只要是人就一定会犯错误,我们不能避免错误的发生,但一定要在错误中学习并总结.下次少犯\不犯同类型的错误就可以了.
shuang.iris 2007-11-7 15:43
bug是永远存在的，不可能找到所有的bug，面对这种情况，我认为要承认自己的疏忽，不能推卸罪责任，一个喜欢推卸责任的人，不是一个好的员工。当然，这是我个人的看法。然后在以后的工作中要多注意，勇于承担责任，领导会对你另眼相看的/。
兰兰 2007-11-12 10:35
软件测试的目的是发现系统的bug，并不能证明系统没有bug！
很好的回答了！
dbnz 2007-11-23 16:29
首先看未发现bug的级别，再谈别的．这牵扯到工作态度的问题．
apron 2007-11-25 22:39
肯定是要先承认是自己疏忽了
然后共同探讨分析遗漏bug的原因
为以后的工作做个提醒
（测试无法发现百分之百的bug，这是大家惯用的搪塞方式
但是，就我个人而言，确实是不太认同这种推卸责任的方式的。
遗漏就是遗漏，不可否认，这确实是你的疏忽嘛！
就我个人而言，更喜欢勇于承担责任，正面错误的员工
而不是推卸责任，用大家都熟知的理论搪塞的员工）
hdice 2007-11-26 12:03
错了就是错了。
xinshou2008 2007-11-26 14:13
如果说 自己疏忽了一个超级简单的BUG 大家是怎么回答的？
冬冬ybjw 2007-11-28 11:46
还是应该承认错误，分析遗漏bug的原因，以后的工作中注意就好，推卸责任不太好。
red-hat 2007-11-29 00:35
bug遗漏对测试人员来讲是最大的错误
qrz2000 2007-12-5 17:21
之前部门进行过了多次这样的讨论。
现在做法都是先善后，再分析，再尽量杜此现象的出现。
yangtesting 2007-12-5 20:08
分析bug原因，解决问题才是真的。
ryanfishtail 2007-12-5 23:15
首先分析遗漏问题的严重性和重要性, 如果是重要问题, 那么需要总结原因, 如何在以后的测试过程中关注重要功能;
如果不是重要问题, 但是问题比较严重, 就必须分析问题产生的原因, 然后看可以从整个项目的哪个阶段采取措施来避免这类问题;
如果以上都不是, 那么可以作为一个case加到以后的测试过程中去, 毕竟系统的错误是不可能被全部找到的, 质量只是基于项目stakeholder们的要求而在一定程度上对产品各方面要求的约定和共同认识, 不是绝对的.
[[i] 本帖最后由 ryanfishtail 于 2007-12-5 23:16 编辑 [/i]]
billrub 2007-12-6 12:51
"面对用户,领导等指责"，这里不强调领导的指责，最重要的是用户的指责；
产品：用户就是上帝——通用的规则；
导致企业产品的质量标准千差万别的情况最核心因素：客户成熟度和他们对质量理解层次的差异（当然优秀的企业也会有其远期的质量目标，但短期一般还是以用户标准直接衡量）；
哪怕是一个确认提示的文字变更，
在我们技术上而言即使是非BUG现象，
但对客户却是天大的事情。
此时我们就需要去分析原因后调整我们自己的测试过程和缺陷标准。
[[i] 本帖最后由 billrub 于 2007-12-6 12:53 编辑 [/i]]
ldk0501 2007-12-7 18:26
漏测这种问题，测试经验不够的测试人员都会碰到
因为测试用例不可能覆盖得很全面，而问题常常是自由测试发现的
所以也不必担心
我觉得首先得承认错误
然后确定漏测的严重等级，分析漏测的原因
找出解决漏测问题的方法
并总结下次不再犯同样的错误
red-hat 2007-12-8 00:35
问题很严重
ly_xixihaha 2007-12-16 21:11
是自己的责任一定不要推卸，不是自己主观上的问题也不要负全责；
有时候是因为时间紧，而需要测试的功能点多，就会有遗漏的，在进行测试之前，TM都应该意识到这个问题的.....
msnshow 2007-12-22 17:31
同意楼上的说法，做测试的不可能发现所有的BUG，在有限的时间里，我们只能尽量发现BUG
asp2122 2007-12-22 23:55
主要还是认真俭讨,分析问题原因,下回多注意了!
wing_twf 2007-12-24 23:15
要找出所有的BUG可以说是不可能的~这是软件测试的局限性,领导怪罪下来你应该和他解释,但我认为如果是因为用例编写或执行过程中的疏忽导致了严重BUG未发现那就是测试的责任了~总之即使发生了这种情况~也要吸取教训,当是经验的积累吧
zcx2270 2007-12-26 23:14
bug的遗漏
bug 的遗漏主要和用例的设计有关，如果你的领导认可了你的用例设计，那么在这种情况下遗漏bug完全是可以接受的。反之，你的用例设计没有得到过领导的认可，那只能从自身用例设计上找原因了，承认自己用例设计的不足。
davids 2008-1-3 15:27
承认自己的不足~~
分析该缺陷，找出遗漏缺陷的原因~~
在以后的工作中要更加提高自己的业务能力，才能尽量减少这样的情况~~
windfly1314 2008-1-14 14:19
以前看过一句话说“测试只能证明bug存在，不能证明bug不存在”。当然遇到这个问题
肯定是测试的责任，推卸是不好的。个人觉得最主要是要分析为什么会遗漏了它，如实汇
报，争取日后改进。孰能无过...
null2 2008-1-14 14:34
先要明确这个bug的原因，到底是测试员应发现而未发现，或者测试环境中不存在的触发条件，或者发布人员get错了版本，或者未经过测试而发布的版本。
然后针对具体问题具体处理。分析bug产生的原因，杜绝重复错误。
log_1 2008-2-4 15:43
首先还是在测试用例的设计上达不到100%的覆盖，主要是用例设计人员经验不足，或是对需求的理解不够充分；还有一个可能是在过程控制不是很规范化的公司，往往测试和开发并行，并且不能很好的区分开发版本和测试版本，全都是在一个版本上进行，这也可能导致出现BUG发现不了的问题。
muyang327 2008-2-19 18:02
吸取经验，总结原因，测试不能发现系统中所有的bug。
archonwang 2008-2-21 01:08
为什么会漏测？
回答一
为什么会产生回答一的情况
依次类推，达到5次，基本上问题的根源都会暴露出来。
zqhziee 2008-2-21 17:13
遗漏的bug如果被客户发现,那损失可就大了
lanlantest 2008-2-22 12:43
首先还是应该承认错误，分析遗漏bug的原因,以后多注意.千万不能推卸罪责任.
violet3022 2008-2-22 16:54
遇到一两次这种情况，上级可能会因为解释理解，多次出现后，就没有那么好说话了。
但是有些BUG却是在特定的情况下出现的，又要怎么办呢？
我经常遇到这样的问题，不知道怎么办才好？
ccmouse 2008-2-22 19:16
分析下这个Bug是否能够避免的。
如果是简单的测试miss，你就等着挨批吧。
如果无法避免，那就无所谓了，测试本来就不可能测出所有的Bug
Lola1123 2008-2-28 16:21
勇敢面对
如果是因为自己疏忽造成的，要勇敢承担；其次，和项目组一起努力，争取最短时间解决问题；
baizhudan 2008-3-17 15:45
如果是那种比较难发现的随机性BUG，比如魂斗罗居然能调出30条命来（姑且不算他是一个秘籍而是一个BUG），这类问题以后该如何改善？
页:
[1]