lovsnow 发表于 2007-6-14 17:08:46

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

顾情 发表于 2007-6-14 20:14:21

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

uruuru 发表于 2007-6-15 12:21:39

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

lxm_lxm 发表于 2007-6-19 15:14:56

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

andrewchou 发表于 2007-7-30 15:43:18

对。所以测试人员可以互相更换系统，进行bug的测试。

zhong1984314 发表于 2007-7-30 20:32:01

我也刚工作,急切找BUG,好兴奋下

zhong1984314 发表于 2007-7-30 20:37:11

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

cjx2007 发表于 2007-8-2 13:37:02

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