51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4455|回复: 23
打印 上一主题 下一主题

[讨论] 关于报bug

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-8-11 08:47:55 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
请问哪位公司的测试流程比较规范?
比如说报bug时必须注明测试依据,所依据测case编号!
各位认为有必要注明以上这点么?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

24#
 楼主| 发表于 2006-1-4 17:26:02 | 只看该作者
及时更新用例和测试进度有冲突怎么办呢?
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2006-1-2 12:15:12 | 只看该作者
可是,测试用例没有可执行性的话就麻烦了,比如,我现在发现一个bug,但是测试用例中没有对应的用例可以描述出bug出现的情况或步骤,那这时怎么办呢?先补充用例,然后再加测试编号,显然对于一个时间紧张的测试项目而言是不实际的,那这样的工作可以留到项目结束后作为总结,或者下次再编写测试用例时把这些易出现的情况加进去就ok了。

        比较关键的一点是,对于你所描述的错误如果没有测试用例备注,那么开发人员如果需要重现错误,那么将给他带来很多麻烦,同样会影响到项目的进度。开发人员进行BUG修改时,也是需要调试的,调试的过程中可能需要借助测试用例。尤其是那种偶发性错误,定位相当困难,当然如果你自己心中有把握能重现,倒是可以采取沟通的方式。所以是否及时的添加测试用例,并写上用例编号,需要分析BUG的严重程度,优先级,可重现性来综合考虑。如果要规范的话,及时更新测试用例才对。
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2005-12-31 20:23:33 | 只看该作者
原帖由 uyul 于 2005-12-28 14:50 发表
之前的表达好像不够明确,我认为如果有可执行的测试用例,那测试编号是可以在报bug的时候加上去的,便于查找。
可是,测试用例没有可执行性的话就麻烦了,比如,我现在发现一个bug,但是测试用例中没有对应的用例 ...


及时更新测试用例我觉得会方便很多
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2005-12-31 14:47:05 | 只看该作者
我觉得没有必要写
kpxl班主的文章好,顶一下
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2005-12-31 14:30:38 | 只看该作者
我们是做黑盒测试的,提交的时候都是这样的:
版本号,级别,
模块,操作步骤,实际结果,期望结果
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2015-6-16 14:29
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    19#
    发表于 2005-12-31 10:33:31 | 只看该作者
    各人根据需要,什么对你最有用,就加上什么,各个公司不一样的.最好是跟研发人员、项目经理沟通后,制定出一个规则
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
     楼主| 发表于 2005-12-28 14:50:02 | 只看该作者
    之前的表达好像不够明确,我认为如果有可执行的测试用例,那测试编号是可以在报bug的时候加上去的,便于查找。
    可是,测试用例没有可执行性的话就麻烦了,比如,我现在发现一个bug,但是测试用例中没有对应的用例可以描述出bug出现的情况或步骤,那这时怎么办呢?先补充用例,然后再加测试编号,显然对于一个时间紧张的测试项目而言是不实际的,那这样的工作可以留到项目结束后作为总结,或者下次再编写测试用例时把这些易出现的情况加进去就ok了。
    大家有不同的观点吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
     楼主| 发表于 2005-12-28 14:44:42 | 只看该作者
    谢谢大家啊,这么久了还有回帖
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-12-27 16:37:18 | 只看该作者
    原帖由 九月属金 于 2005-9-19 23:06 发表
    我觉得没有必要写CASE编号。

    公司应该有相应的规范, 取长补短吧.
    我是做NOKIA手测的,基本上, Bug 数据库上已经都列好了格式,只需照添就好了。
    NOTES 2。5
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-12-26 17:36:26 | 只看该作者
    请问斑竹那里有华为的缺陷报告流程可以看一下
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    14#
    发表于 2005-9-27 00:26:07 | 只看该作者
    呵呵,那个文档可以读一读。

    对于Bug描述,精确是第一位的,其次才是Bug定位。好的测试人员可以精确定位,甚至可以达到代码级的精确定位。好的Bug报告第一要做的就是明确告诉程序员出现了什么,应该出现什么,环境、条件与约束。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-9-13 17:16
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    13#
    发表于 2005-9-24 20:18:04 | 只看该作者
    我觉得每个公司要求不一样,所以要填的东西也就不会一样
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2005-9-19 23:06:51 | 只看该作者
    我觉得没有必要写CASE编号。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2005-9-16 16:49:05 | 只看该作者
    测试人员,版本号(硬件和软件),重要性,频率,还有具体描述,时间,地点。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-8-12 17:24:36 | 只看该作者
    TD里用例可以自动转BUG吧?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-8-12 10:26:48 | 只看该作者
    请看这篇文章。

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-3-31 10:22
  • 签到天数: 6 天

    连续签到: 1 天

    [LV.2]测试排长

    8#
    发表于 2005-8-12 10:19:36 | 只看该作者
    报bug时注明测试依据,所依据测case编号的前提是得有这些依据、编号让你来填,如果一个项目时间宽余,当然是要写用例的,可是时间紧凑的情况下,公司是不会要求你把所有的BUG单都写上依据、编号的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2005-8-12 08:48:36 | 只看该作者
    有机会建议楼主去看看华为的缺陷报告流程。他们用的是CMM的流程,上研所已经过了CMM5的评审,比较规范。有正规的缺陷问题电子流,每个阶段都有一个或以上的人员参与修改讨论,完成后有电子签名,最后问题会回归和确认。比较好!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2005-8-11 19:07:39 | 只看该作者
    Originally posted by sjb666 at 2005-8-11 05:58 PM:



    我觉得有必要注明测试依据,这样可以方便以后统计bug和修改测试用例。我们报bug都要注明相对应的测试用例编号。

    对的 应该附上用例编号的 定位的时候也知道该关注什么 重现起来也方便
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-21 01:50 , Processed in 0.081489 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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