51Testing软件测试论坛

标题: 找不到bug的恐慌～ [打印本页]

作者: velata 时间: 2007-5-31 16:17
标题: 找不到bug的恐慌～
换了个公司，接触到一个正在维护的系统。三天两头的有很细微的修改，修改需求也就几句话，所以并没有写测试用例之类的只是在组长的知道下熟悉了下系统就开始着手测试了经过短时间的测试没有发现任何问题向组长口头报告的时候组长也无奈她也测试了一遍找不到错误于是两个人开始心惶惶的当然最后测试报告交上去还是写没有发现bug
可能做维护项目有它的特殊性吧但是我想请问下坛子里的同仁～你们有没有碰到过连续一段时间测试都没发现有质量的bug呢？或者是测试一个比较小的系统，长时间都找不出有质量的bug的呢？（D/E级的暂时不讨论）碰到这种情况该如何处理？
诚听大家的意见～多谢～

[ 本帖最后由 walker1020 于 2007-6-5 16:04 编辑 ]

作者: sunxy5291 时间: 2007-5-31 18:10
标题: 沙发
估计是你们测试不够全面系统，即覆盖率不高。
你可以知道没有不存在bug的系统啊。
既然你们用心测试了，那目前没有测试到bug也没有什么，并不代表你们没有工作（执行测试）啊。干嘛要恐慌呢？怕不发工资吗？哈哈

作者: velata 时间: 2007-6-1 10:28
呵呵
没有bug的系统不存在这个铁定的真理是人人都知道的～
所以没找到高质量的bug，项目组其他人会以为我们没有做事～
只是想问问大家有没有碰到过这样的情况～

作者: luming 时间: 2007-6-1 11:12
可以写用例。之后说按照现有用例此系统没有发现问题。
呵呵，以后再有问题，就说用例没有覆盖到。
给上面报工作，就说自己写了多少多少的用例，已经执行了多少多少，给别人看到你的工作成果就可以了。
另外，程序中的缺陷，你可以慢慢找，不要着急，把各个功能拆分开，一个功能一个功能慢慢的过滤，总会发现些问题的。
我很讨厌测试一个大的系统，因为每次每个功能都无法花费很多的时间详细测试，通常时间逼的很紧，有时间过滤一遍程序对程序多了解些对以后的测试很有好处的。

测试未必一定要发现很多的严重错误的。只要软件满足需求就可以了。
我的标准是只要测试过的程序，在客户那里没有发现什么太表面的或者严重的缺陷，我的工作就已经做好了。

作者: spring279 时间: 2007-6-1 14:12
我觉得还是写下用例,这样测的话会比较心安...毕竟没用例的测试我们不定会记得我们都测过什么,哪些没测过...

作者: tongke 时间: 2007-6-1 15:21
用心去测试了没发现BUG，还没信心？？

作者: walker1020 时间: 2007-6-2 11:14
换一种思路，换一种思维去测试系统，或许你会发现很多你以前从来没有发现的问题。

[ 本帖最后由 walker1020 于 2007-6-2 11:21 编辑 ]

作者: walker1020 时间: 2007-6-2 11:24

原帖由 velata 于 2007-5-31 16:17 发表
换了个公司，接触到一个正在维护的系统。三天两头的有很细微的修改，修改需求也就几句话，所以并没有写测试用例之类的只是在组长的知道下熟悉了下系统就开始着手测试了经过短时间的测试没有发现任何问 ...

根据你的描述，是不是没有 Test Plan,没有Test Case，甚至没有一点测试规划，拿来后就测试了？这样势必会漏掉许多么测试的地方的。比如，要进行功能测试，你知道系统用多少功能点？如何才能把所有的功能点都覆盖到？你说找不到Bug了，恐怕是有些“死角”你们从来没有去测试吧？

[ 本帖最后由 walker1020 于 2007-6-2 11:59 编辑 ]

作者: walker1020 时间: 2007-6-2 11:35
另外，请参考 http://bbs.51testing.com/viewthread.php?tid=76334 中我的留言

作者: walker1020 时间: 2007-6-2 11:47
没有Bug后楼主感到恐慌，说明有了危机感，说明你是个有责任心的人。上面我给你提供了一些建议，我想应该对你有所帮助。

作者: lsx322 时间: 2007-6-5 12:30
深有同感

作者: 快乐逍遥 时间: 2007-6-5 17:32
有过类似这样的恐慌~~

需求粗糙、更改混乱、流程不清...不知何时BUG会蹦出来

作者: walker1020 时间: 2007-6-5 17:47

原帖由 快乐逍遥 于 2007-6-5 17:32 发表
有过类似这样的恐慌~~

需求粗糙、更改混乱、流程不清...不知何时BUG会蹦出来

所以才要进行[软件缺陷管理],所以才有[软件缺陷管理]板块!

作者: cyl330c 时间: 2007-6-6 10:11
同感同感

作者: velata 时间: 2007-6-8 10:10
标题: 回复 #8 walker1020 的帖子
根据你的描述，是不是没有 Test Plan,没有Test Case，甚至没有一点测试规划，拿来后就测试了？这样势必会漏掉许多么测试的地方的。比如，要进行功能测试，你知道系统用多少功能点？如何才能把所有的功能点都覆盖到？你说找不到Bug了，恐怕是有些“死角”你们从来没有去测试吧？

有都是有的但是比较粗被测系统跟多个系统有关开始测试的时候告诉我们无关系统当黑盒就好了我们的用例也就不管其他系统但是实际上执行起来中间会有很多毛病管是不管？报告给谁?上bug管理系统的哪个项目……OMG

作者: velata 时间: 2007-6-8 10:18
这几天吭哧吭哧闭关写用例去了
一直没上网
一上来就发现walker1020的短信～
进帖子一看满是大家的回复
好感动ing～
这可是我潜那么久第一次发帖啊～～那么多人都来发表意见真的四木有想到滴～

特别感谢walker1020 和luming (鹿鸣) 的回复很有参考价值～

作者: yiyi820106 时间: 2007-6-12 11:28
大家都好热心啊，受益匪浅。

作者: penghui233 时间: 2007-6-13 12:54
我也一样，我们公司测试部没有一个文档资料，测试时都是靠自己理解。他们测试多年的同事需求也不明白。现在也处于维护阶段。天天测，天天没有收获。

作者: velata 时间: 2007-6-13 14:03
回来报告：
那个没bug的系统，昨天终于发现比较严重的问题了
呵呵
所以当经过测试没有发现BUG的时候一定要静下心来分析整个系统联系开发人员产品组人员对本次测试情况一起讨论
是否存在遗漏的地方

恐慌后一定要有行动！！！！！
切实了解了

作者: huco7 时间: 2007-6-14 09:10
我现在测试的模块,功能很少.也没发现bug,还只一个人搞测试.郁闷

作者: lovsnow 时间: 2007-6-14 17:08
楼上的，同感啊。
我测B/S的，就测个图片上传功能，写了测试用例了，可是测下来基本上没有发现有质量的BUG，心慌～～
怕真的拿出去，别人传东西上来就出问题了。
可是我也把所有能传的都传过了，还是心慌～～
唉sdlkfj7

作者: 顾情 时间: 2007-6-14 20:14
个人认为对于任何一个系统的测试都是需要testcase的，无论系统的大与小，同时测试时需要掌握技巧如：80/20原则等等，至于这些技巧可以从51testing网站上搜搜，很多的。

作者: uruuru 时间: 2007-6-15 12:21
当然有碰到这样的时期。如果把重要的测试项都做了，在能保证不会有重大BUG的前提下，
有时间的话可以就细节上深入测试下，也许会发现些小错误。。。
如果项目大的，可以测试下别人负责的模块，如果时间允许的话

作者: lxm_lxm 时间: 2007-6-19 15:14
这中情况下我认为最好的解决办法就是进行交叉测试,通常一个人长时间测试一个系统都会形成思维定式,换另一个人测试,多数情况下都会测出新Bug的.
个人看法sdlkfj2

作者: andrewchou 时间: 2007-7-30 15:43
对。所以测试人员可以互相更换系统，进行bug的测试。

作者: zhong1984314 时间: 2007-7-30 20:32
我也刚工作,急切找BUG,好兴奋下

作者: zhong1984314 时间: 2007-7-30 20:37
引用:没有发现BUG的时候一定要静下心来分析整个系统联系开发人员产品组人员对本次测试情况一起讨论是否存在遗漏的地方,交叉测试.这都是可行的方法,我记在心

作者: cjx2007 时间: 2007-8-2 13:37
测试根据自己的理解肯定不行啊，严格按着需求还把我不好呢，还存在理解有偏差的地方，所以多数时候，很多bug测试人员往往确定不了，这个时候就要同开发人员多交流了，公司里边应该提供有大家交流的机制，
另外需求粗糙、更改混乱、流程不清...不知何时BUG会蹦出来，这同样也让人头痛，这个我比较赞同spring279 的说法，不行就写用例

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)