有问题请教各位前辈

zenmela1010

各位前辈，小弟我有一事想请教一下: 在测试过程中，总会遇到很多低重现率的bug,比如:1%,5%等,如果这个bug 无法重现,那么需要我们去验证.验证多少次成为我们争论的焦点,有没有什么好的公式可以计算出一个bug我需要验证多少次是科学的?因为无论1%,5%等bug,我可能都要验证500或1000次,这样很浪费时间，请各位前辈赐教一个公式,可以很科学的计算出什么样的bug验证多少次就可以了,这样,我就可以很坦然的做出回应!
谢谢~~~谢谢~~~谢谢了~~~~

barfang

那么如果真的是无法重现,并且自己也对感到这样的问题感到莫名其妙,怎么处理这样的BUG呢,是提交还是自己观察一段时间,等再次出现的时候再提交呢?实际中大家都是怎么做的呢?

[ 本帖最后由 barfang 于 2006-10-23 17:55 编辑 ]

xiaoye_china

楼上说的有一些道理.
但是BUG 不能重现是很郁闷的事情
要不停的测试.至于这个限度可能会
看情况了!一般几百遍是有的.

第十二颗地雷

不存在不能重现的问题，
不能重现只有一个原因：不能重现的环境或者操作与问题出现的时候存在一定的差异！！
so
保留问题的场景是个严肃的话题！

zenmela1010

虽然不同行业不同标准，但bug等级,问题风险,时间长短都应该会涉及到吧,难道就没有从这几方面考虑的一个概括性的公式?

skinapi

理论上讲不存在不可复现的缺陷，对于当前不可复现的缺陷作为测试人员而言需要尽量去思考怎样让它复现出来，大家可以看看以下的链接：
http://skinapi.cnblogs.com/archive/2005/08/07/209426.html
欢迎大家更进一步、更具体的讨论！

TestTip

虽然我们都希望N是一个具体的数值，但毫无疑问，它没有一个通行的标准，不同的行业，不同的软件，要求不一样。只有开会，让团队中各方力量达成一致。



－－－－－－－－－－－－－－
训练测试思维——《软件测试实战——测试Web MSN》在我的个人网站www.TestTip.com

songfun

额外提一句，根据经验，无法重现也无法验证定位的bug往往跟版本不稳定、开发过程不规范有关。经验统计

songfun

对于无法重现又无法验证到的可以暂时pending，等到产品发布后，作为用户投诉来进行处理。
这也是不得已的办法。

zenmela1010

版主,那N能不能有个标准啊，那也不能N下去啊!!!!!苦恼ing~~~~~

书剑生

关注这个问题，问的很实际。

Tender

无法重现或者很难重现的问题。在验证时需要一定的技巧。如果在试了N次后都无法重现，那也没有办法了。