51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3040|回复: 5
打印 上一主题 下一主题

[原创] 关于bug的处理

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-4-15 22:55:19 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
软件测试人员需要知道开发人员是怎样处理bug的吗?也就是说测试人员需要知道bug是什么原因引起的(具体到代码层),以及开发人员修改了什么代码,为什么这样修改?这些需要知道吗?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2010-4-16 12:29:10 | 只看该作者
顶起 继续问
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2010-4-16 19:32:21 | 只看该作者
顶起 继续问
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    7 小时前
  • 签到天数: 3637 天

    连续签到: 89 天

    [LV.Master]测试大本营

    4#
    发表于 2010-4-16 21:42:46 | 只看该作者
    看公司是否有相关的规定。
    通常黑盒测试,没有必要管代码以及错误原因,因为你看不到代码,也无深究的需要,但是可以猜测一下错误产生的原因和可能发生的地方。
    个人不建议测试人员给开发人员提出修改建议,测试人员的职责是发现缺陷,如何修复是开发人员的事情,如果太指手划脚了,可能会引起开发人员的反感。
    当有公司的制度支持,比如说有制度规定,开发人员修改后,需要指出修改的范围和影响,那么测试人员可以提出相关的要求;否则还是不要向开发人员提出相关的请求,开发人员可能会觉得测试人员的事儿多,有抵触心理。
    总之一句话,多一事不如少一事。


    上面说的都是黑盒测试。白盒测试,本来就是要在代码层面上处理的,你想不了解都是不可能的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
     楼主| 发表于 2010-4-17 10:51:49 | 只看该作者
    哦 这样啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2010-6-1 16:09:13 | 只看该作者
    如果是做黑盒测试,一般情况下只要能够重现的bug,无需了解代码层出错的原因;但是,对于难以重现的bug,最好还是了解清楚,否则无法验证bug是否解决了。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-10 19:36 , Processed in 0.072207 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表