在这个阶段 更应该认真测试 多注重扩展性测试 和 回归测试 .如果到测试的后期仍会发现很多问题
说明测试的前期存在很多问题 应该好好总结一下 并进行有针对性的调整 同时也要吸取教训 切记!sdlkfj1 保持质疑的精神,坚持自己的工作,做下去,,坚持自己的立场 原帖由 rovegirl 于 2007-5-17 15:41 发表 http://bbs.51testing.com/images/common/back.gif
发现不了BUG即不是好事,也不是坏事。
得看实际情况,有时候确实是几天也发现不了一个BUG,但前提是某系统已经运行一段时间了,或者曾经发现过很多BUG了。这种情况再去测试确定很难找。但是对于一个刚刚才做好 ...
说得好,得综合起来考虑这个问题吧 如果你作为管理人员,怎么处理员工的惰性和不回归测试。 有没bug的软件么?
所以 没bug 在于测试这并未发现~
谈不上好和坏~~
正如 2楼所说tester应该仔细 和会自我保护~ 学习到了 这个还真是难说,但是如果你没有发现,被客户发现,那就不妙了 原帖由 kason163 于 2007-5-17 15:50 发表 http://bbs.51testing.com/images/common/back.gif
一个系统已经测试很长时间,最近一段时间一直没有发现什么BUG。我在想BUG肯定是有的,但是人已经产生了惰性,那些已经被测试了无数次的问题现在已经不想再测了
同意你的说法
最好不能让我们的客户发现bug 应该是好事。 感觉找不到bug不是什么好事,任何软件,bug是找不完的,另外,我记得以前有人有过这样的统计,末发现的bug不会少于己发现的bug. 反正我们现在是努力多看懂用户的需求,再跟软件模块结合起来,多运行几次用例,就好拉 事务的两面性告诉我们,无法确定判断它的好坏。必须明确一点,软件质量不是测出来的。
如果测试人员天天测到一大堆低级的bug,无疑说明软件质量太差,对开发,对测试都是坏事。首先,测试人员把大量精力放在这些重复的bug上,无法进行深层次的研究;其次,开发人员也把大量时间花在这些bug的反复修改上,也不能进行更深层次的开发。
当然,终日测不到bug,要不就是开发人员无敌,要不就是测试人员无能,其中也不排除人为因素。
很同意walk1020的观点。有经验的人,比书本知识生动多了! sdlkfj3 sdlkfj3
这个事情我也经常在考虑~~~作为测试新手,没有很多经验,在这边来学习了哈
技术功底+质疑的精神+外带对需求的深度把握
技术功底+质疑的精神+外带对需求的深度把握,不然会产生很多不必要的考虑外加争论. 很多时候发现不了BUG是由于人的惯性思维跟惰性心理,特别是小公司中程序员与测试员搭档久了,通过以往的BUG程序员很了解你的思维方式,
一个优秀的程序员在编写过程中会注意这些问题,提交前会先检查这些错误,
这时候,如果测试员再用原有的思维方式,就会发现BUG数量很少,或者发现不了;
还有一种情况是一个系统测了很久了,新版本出来,你点来点去,发现跟原来差不多,惰性上来了,
执行用例时可能就睁一只眼闭一只眼,这时就很难有突破,所以,质疑的精神非常重要 是好事 路过 最好不要放过弱智bug啊 测试中发现不了bug,肯定不是好事,否则测试就失去了它存在的意义了 没有发现BUG几乎是不可能的,每一轮做回归时都会多少加一些新的BUG,有的是改动引起的,也有是前面遗漏的,隐藏较深的问题,有时发现不了问题,需求转换一下思考方式吧