51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 46122|回复: 75
打印 上一主题 下一主题

[原创] Bug描述的常见问题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-10-26 10:56:05 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
最近在工作中注意到了这样一个现象,我们测试小组的人员经常会去给开发人员解释自己写的Bug是什么意思,一个Bug来来回回的改了好几遍,于是我大致的浏览了一下测试人员添加的一些Bug,发现了一些比较有意思的描述,现列出几个:
1.××模块:如果把打开公文附件,而下点一下“关闭”按钮,然后再点“保存“,则页面条转到空白页面,并且无任何出错提示。
这个描述我在看时也如丈二和尚般迷茫了半天,仔细看看原来是里面的错别字在捣乱。如:“而下点一下关闭按钮”应为“而且点一下关闭按钮”;“则页面条转到空白页面”应为“则页面跳转到空白页面”;打开公文附件那句中多了个“把”字,这样以来再看看就明白是什么意思了。为什么会这样?因为测试人员在输入完后没有检查就提交了,为什么不检查呢,在我们强调开发人员加强自测的同时,自己也应对自己提交的Bug负责。
2.××模块:新增后,“合同金额”过大时不应用科学技术法来显示。
为了找到究竟是那里用了科学计数法显示数字,我分别在记录列表页面、浏览页面、修改页面进行了查看,最终定位在了修改页面而其余2处都没有这种错误,那么明明有具体位置为什么当初在描述中不写具体?如果每个Bug都要让修改者如此定位的话,是不是很耗时呢?另外“合同金额过大”,这个过大究竟是多少?输入的数字超过了几位就会出现这种现象,测试时输入的数据是多少这里都没有明确的说明。Bug描述不清晰,开发人员在修改时势必要找测试人员问个究竟,这样一来大家的时间不就都浪费了么?(这里面也有错别字:“科学技术”应为“科学计数”)。

那么该如何描述一个Bug呢?过去上学老师在教大家写议论文时都会强调论点、论据、论证三要素,只要这三样齐备了那么写出的文章总归是不差的。同样我们的Bug描述中同样也要包括以下三要素:位置、操作、现象。具体来说:
1.位置:首先应说明操作进行的位置,通常是系统中的某一模块。另外是具体的出错位置,可能是某一字段、某一页面...
2.操作:详细的、有次序的、每一步的操作步骤,包括输入的数据
3.现象:具体的错误描述,包括界面显示、错误信息
       
Bug的记录是测试人员工作的基本内容,也是测试和开发交流的基础,确保了Bug描述的有效性,即可提高Bug的修改速度,也可提高Bug的修改质量。而作为测试人员在Bug描述中出现错别字就如同开发人员在程序中出现界面上的Bug一样,完全是不细心造成的,对于测试人员来说是不应该出现的。

[ Last edited by scotsmanflying on 2004-10-26 at 13:48 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
  • TA的每日心情
    奋斗
    2017-5-18 10:58
  • 签到天数: 7 天

    连续签到: 1 天

    [LV.3]测试连长

    77#
    发表于 2017-3-17 10:22:51 | 只看该作者
    因为错别字导致开发看不懂BUG,这个问题确实有点……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    76#
    发表于 2013-6-18 15:24:31 | 只看该作者
    最应该避免,也最容易避免滴bug。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    75#
    发表于 2011-12-26 16:13:58 | 只看该作者
    恩,是的,在初期的时候我自己也经常犯这样的错
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    74#
    发表于 2010-9-25 23:09:49 | 只看该作者
    顶好
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    73#
    发表于 2010-8-18 18:25:05 | 只看该作者
    如果有一个bug管理工具的话,写起来会规范很多。因为在新建一个bug记录的时候,工具一般会要求填写bug所属的模块、版本、测试机的操作系统、浏览器等,还有bug重现,以及具体的描述等

    如果用的是excel或者是word之类的,最起码应该有bug所属模块和测试使用的数据,以及测试的关键步骤,最好能有bug截图。有的时候有可能是因为测试环境和开发环境不兼容而引起的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    72#
    发表于 2010-4-13 12:00:04 | 只看该作者
    恩  很有道理呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    71#
    发表于 2010-2-20 21:09:54 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    70#
    发表于 2010-2-8 16:48:04 | 只看该作者
    规范的问题还是需要重视呀,质量提高效率
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    69#
    发表于 2010-2-5 17:38:06 | 只看该作者
    恩 现在我们公司的测试人员写bug报告也不是很规范~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    68#
    发表于 2010-1-28 15:49:32 | 只看该作者
    确实,提的BUG一定要简明
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    67#
    发表于 2009-12-30 10:43:43 | 只看该作者
    呵呵有个好的bug管理工具能效率大大提升~bug标题-主要描述/重现步骤/预期结果/实际结果的 模式  能避免LZ提到的很多问题。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    66#
    发表于 2009-10-27 13:50:31 | 只看该作者
    写得很好
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    65#
    发表于 2009-7-9 15:37:00 | 只看该作者
    以后要注意~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    64#
    发表于 2008-4-15 09:34:15 | 只看该作者
    确实有同感,刚开始测试时写的bug描述,现在看起来的确很糟糕,也需要技巧和语言的组织能力的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    63#
    发表于 2008-3-24 22:46:20 | 只看该作者
    呵呵,对外的"接口"很重要!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    62#
    发表于 2008-3-22 13:10:37 | 只看该作者
    xiexie.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    61#
    发表于 2008-2-27 11:53:21 | 只看该作者
    bug描述需要自己经常去摸索的,希望楼主多写一些BUG的实例。》》》》》呵呵!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    60#
    发表于 2007-11-2 08:46:44 | 只看该作者
    对于bug的描述直接影响到整个开发进度,在描述bug时应准确,详细.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    59#
    发表于 2007-10-31 16:32:47 | 只看该作者
    支持
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 15:04 , Processed in 0.097563 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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