如果没有需求,测试出现了bug没有发现,这个是测试的问题么?
进行系统测试,公司没有给出需求,让测试工程师进行测试,出现了问题测试工程师没有发现,这个问题是属于测试工程师么?主要的是测试问题!
你没有挖出隐性的测试需求,当然这主要靠测试团队的通力合作。 现在一个很大的系统,都是我一人来测试,没有测试团队。呵呵 原帖由 zynuage 于 2009-10-28 12:19 发表 http://bbs.51testing.com/images/common/back.gif
现在一个很大的系统,都是我一人来测试,没有测试团队。呵呵
那就你这个团队的问题,而非你一个人的问题! 没有需求应该也会有方案的吧,方案要评审的吧,评审通过了才能测吧?
按照这份通过的方案来测试,出现问题,应该不算测试的责任。
如果你之前没做过方案,或者未评审过那就当我没说过。。。 没有需求,没有方案的情况下,要是上线后有些细节的交互的问题的之类的,应该更多的责任在需求团队,要是连大的流程都有问题,那是测试的责任,毕竟再没有文档,大的逻辑流程还是与需求开发沟通过的,出现问题的话,测试要承担一定的责任 既然测试已经做了,那么出现了问题,肯定测试有责任。
没有需求,测试准备、评审啥的做的充分仍然可以确定测试需求哈。 不管有没有文档 没有找出来BUG都是测试的责任 一个人的能力总归是有限的,把责任全部归在测试工程师的身上肯定是不恰当的! 没有需求和没有测出bug没有必然的联系,就算是有需求也会有测不出来的bug,所以有需求和没需求对测试在操作上没有影响,也就是说,bug出现的话还是测试的问题。 看情况吧。 我们也是没有需求,没有文档。完全靠与研发人员或获取其他人对用户的需求描述。测试完全靠测试人员的经验。挺费劲 缺陷肯定是找不完的,不过出了问题,也是肯定需要有人承担责任的 套用足球教练的话,测试只承担应该测试承担的责任,不过大家在开发一个需求都不明确的项目,项目经理要负主要责任 本帖最后由 水儿儿 于 2011-1-25 11:47 编辑
对我们来说,如果是在验收标准里规定实现的地方出现了Bug,那就是测试人员的问题。
如果在验收标准里没有关于这方面的规定,那就不是测试人员的问题。
测试人员只是人,不是神,不可能所有问题都能考虑到。 这个要对BUG进行具体分析,如果是需求BUG那大部分责任是需求人员的问题,但是如果是功能问题的话那就是测试工程师的问题了 楼主跟我状况类似!基本无需求,产品出炉了然后就去测试,完了再自己写个用户手册什么的!但是感觉一个人的思路毕竟有限,很难保证不出问题!所以今年在招3个,大体有个通力合作的团队了,至少不再寂寞了!呵 产品出了问题,不能完全归咎于某个环节或某个人,可以说整个团队都有责任。这时候的关键问题,不是互相推诿,谁应该付多少责任,而是要吸取经验教训,从团队的角度考虑,以后怎样避免犯同类错误。 产品出了问题,不能完全归咎于某个环节或某个人,可以说整个团队都有责任。这时候的关键问题,不是互相推诿,谁应该付多少责任,而是要吸取经验教训,从团队的角度考虑,以后怎样避免犯同类错误。 测试要早期介入,在需求阶段就介入,就编写测试计划,方案,和用例设计,这样即主动,又能发现需求阶段的缺陷。
页:
[1]
2