JPeanut 发表于 2006-10-17 10:13:04

查找原因不是测试组的责任

查找bug原因不是测试组的职责,但测试组是对系统最全面了解的人.测试经验丰富的话可以根据bug想象推测可能的原因，给修复bug的人建议.但测试组分析的bug原因只是推测,不做最终的结果.
测试组的职责是找出系统的bug,开发人员的职责(负责修复bug的人)职责是分析bug原因并进行程序修改.

yiding_he 发表于 2006-10-19 19:47:04

同意。查找原因确实不是测试组的责任，测试组只需要尽量多的给出测试结果的细节以及测试时的上下文环境，让开发人员自己去分析。

wgs0923 发表于 2006-10-20 15:27:13

个人的看法:不能以此为借口;测试是一种责任感非常强的工作,一般错误的原因应该可以找到,比较深入的问题或者错误,应该努力尝试去发掘;对自己的能力也有提高...........

jeloss 发表于 2006-10-20 17:32:44

测试可以适当通过分析帮助查找原因，但这不是测试的义务

luoyear 发表于 2006-10-21 13:58:00

我觉得可以反过来换个思路考虑问题：
开发人员查明bug原因并修复需要哪些信息？
这些信息我们怎么在提交的bug中格式化提交给开发人员？

如：必要的界面截图、更为详细的出错信息打印或日志文件、视频录制操作现场。
多维度的描述bug信息。
另外使bug和测试用例关联起来也有助于开发部复现bug

testcat 发表于 2006-10-25 11:07:09

原帖由 wgs0923 于 2006-10-20 15:27 发表
个人的看法:不能以此为借口;测试是一种责任感非常强的工作,一般错误的原因应该可以找到,比较深入的问题或者错误,应该努力尝试去发掘;对自己的能力也有提高...........

同意!

有些时候不能推卸责任!

kingamy 发表于 2006-11-1 17:27:27

原帖由 wgs0923 于 2006-10-20 15:27 发表
个人的看法:不能以此为借口;测试是一种责任感非常强的工作,一般错误的原因应该可以找到,比较深入的问题或者错误,应该努力尝试去发掘;对自己的能力也有提高...........

同意
这样测试人员可以赢得开发人员的尊重和重视

QA_BAY 发表于 2006-11-2 09:37:58

我觉得这些都应该是相互的,双方都是结合在一起的!
对BUG的定位需要经验的积累,不是一时就能给出答案,这跟系统架构也有很大的关系!

惠馨 发表于 2006-11-5 12:49:39

回复 #8 QA_BAY 的帖子

同意!!!
我们现在基本也是要求定位,我是业务新人,对架构,业务都不熟悉,经理给我分了单子,我却很难定位,唯一的感觉就是,需要经验积累和与开发的沟通.
页: [1]
查看完整版本: 查找原因不是测试组的责任