velata 发表于 2007-5-31 16:17:49

找不到bug的恐慌～

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

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

sunxy5291 发表于 2007-5-31 18:10:04

沙发

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

velata 发表于 2007-6-1 10:28:21

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

luming 发表于 2007-6-1 11:12:29

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

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

spring279 发表于 2007-6-1 14:12:48

我觉得还是写下用例,这样测的话会比较心安...毕竟没用例的测试我们不定会记得我们都测过什么,哪些没测过...

tongke 发表于 2007-6-1 15:21:52

用心去测试了没发现BUG，还没信心？？

walker1020 发表于 2007-6-2 11:14:49

换一种思路，换一种思维去测试系统，或许你会发现很多你以前从来没有发现的问题。

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

walker1020 发表于 2007-6-2 11:24:07

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

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

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

walker1020 发表于 2007-6-2 11:35:49

另外，请参考 http://bbs.51testing.com/viewthread.php?tid=76334 中我的留言

walker1020 发表于 2007-6-2 11:47:19

没有Bug后楼主感到恐慌，说明有了危机感，说明你是个有责任心的人。上面我给你提供了一些建议，我想应该对你有所帮助。

lsx322 发表于 2007-6-5 12:30:40

深有同感

快乐逍遥 发表于 2007-6-5 17:32:58

有过类似这样的恐慌~~

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

walker1020 发表于 2007-6-5 17:47:47

原帖由 快乐逍遥 于 2007-6-5 17:32 发表 http://bbs.51testing.com/images/common/back.gif
有过类似这样的恐慌~~

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

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

cyl330c 发表于 2007-6-6 10:11:01

同感同感

velata 发表于 2007-6-8 10:10:36

回复 #8 walker1020 的帖子

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


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

velata 发表于 2007-6-8 10:18:18

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

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

yiyi820106 发表于 2007-6-12 11:28:11

大家都好热心啊，受益匪浅。

penghui233 发表于 2007-6-13 12:54:55

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

velata 发表于 2007-6-13 14:03:57

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

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

huco7 发表于 2007-6-14 09:10:13

我现在测试的模块,功能很少.也没发现bug,还只一个人搞测试.郁闷
页: [1] 2
查看完整版本: 找不到bug的恐慌～