51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: scotsmanflying
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

41#
发表于 2005-10-27 15:15:32 | 只看该作者
需要向大家好好地认真学习啊!
回复 支持 反对

使用道具 举报

该用户从未签到

42#
发表于 2005-10-27 17:48:34 | 只看该作者
很值得学习一下,顶
回复 支持 反对

使用道具 举报

该用户从未签到

43#
发表于 2005-11-9 13:01:50 | 只看该作者
顶!!学习哈。。。。。。。。。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

44#
发表于 2005-11-10 13:29:21 | 只看该作者
Originally posted by name-jj at 2005-9-6 09:38:



想问一下,你举的这个例子是好的,还是不好的呢?

是好的,她叫你按照她说的那样写比较好。
回复 支持 反对

使用道具 举报

该用户从未签到

45#
发表于 2005-11-25 18:06:39 | 只看该作者
报bug主要是要写好重现步骤:
首先注明需要哪些必备的环境,
接着是执行操作的步骤,
指明什么地方出错,
期望应当是什么结果,
添加必要的附件作为补充。
回复 支持 反对

使用道具 举报

该用户从未签到

46#
发表于 2005-11-28 17:38:34 | 只看该作者
我平时就很注意这个问题
支持flyingnow说的方法
回复 支持 反对

使用道具 举报

该用户从未签到

47#
发表于 2005-12-1 16:21:36 | 只看该作者

BUG的要素

作者提到BUG三要素:位置\操作\现象,是很基本的.我也做了几年测试,凭我的经验我觉得一个好的BUG还要应具备以下要素:预期的结果\实际的结果\问题分析
要写出预期结果就要熟悉了解被测东东的需求,了解客户的需求,或者对产品多年的积累.
要写出实际结果就比较容易了,包括出错的现象,还有问题所在
要分析问题就比较有挑战了,这也是衡量测试人员水平的要素.分析错误大概出在哪里.从两个方面来分析,技术上分析:使程序员更容易定位问题.业务上分析:因为有的程序员没有经验,他只知道一个模块,有深度,但是没有广度,他不知道整个项目的需求,更不知道客户的要求.他很有可能不知道要如何去修改这个BUG,如果你给他思路他会很感激的.

所以测试人员需要了解的东西需要比较广泛最好做过程序员,另外业务知识很重要,对于做项目测试尤其明显.业务知识的积累有很多途径,如去项目现场参观.
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    48#
    发表于 2005-12-1 16:42:37 | 只看该作者

    写出自己填写BUG 票的步骤,给大家参考!


    填写BUG 票可以参考以下步骤:
    1.测试的日期,版本,工具等填写完整.
    2.要对BUG进行概括性的总结-----描述问题所在.
    3.将测试手顺(测试的顺序)描述清楚.可以采用1.2.3....等罗列出来.
    4.列出测试出现的错误概率.
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    49#
    发表于 2005-12-1 16:48:04 | 只看该作者
    PS:我现在没有什么管理BUG 的工具,平时就是用EXCEL 来填写BUG 票,还要用英文填写.
          希望大家多多讨论.互相学习.集体进步
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    50#
    发表于 2005-12-8 15:50:36 | 只看该作者
    个人觉得用英文提交BUG比中文来得准确!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    51#
    发表于 2006-1-24 14:21:43 | 只看该作者

    回复 #16 ting_yt2 的帖子

    说得很对,我感觉自己现在提交的BUG虽然写的很详细,但有时候觉的很冗长。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    52#
    发表于 2006-8-11 13:59:41 | 只看该作者
    原帖由 testing 于 2004-10-29 08:28 发表
    填写一份内容全面,条理清晰的问题单,使测试人员的基本功底。从论坛上很多人发帖的模糊标题就可以看出,在具体的工作中,bug报告单填写的也肯定不好。

    testing 的回复中也有错别字,“ 填写一份内容全面,条理清晰的问题单,使测试人员的基本功底。”其中的“使”应该是“是”,如果我没有理解错的话。sdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    53#
    发表于 2006-8-11 14:03:48 | 只看该作者
    原帖由 stiff 于 2005-7-22 13:08 发表
    测试员本身不能有bug。

    对于stiff的说法,个人觉得有点绝对,测试人员也不是神,怎么可能没有bug呢,只能说,不能犯低级错误,不能有比较明显的bug。纯属个人意见。呵呵sdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    54#
    发表于 2006-9-5 17:39:36 | 只看该作者
    我觉的还要站在别人的角度来看问题了。
    填写Bug后,你要以别人的身份来审视你的bug,看是否清楚。
    我觉的几个错别字还是可以理解。只要不影响理解!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    55#
    发表于 2006-9-8 11:29:22 | 只看该作者
    我觉得错别字是要不得
    这样很容易让别人误解你的意思
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    56#
    发表于 2006-9-8 11:31:37 | 只看该作者
    我觉得这里还可以用贴图
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    57#
    发表于 2007-3-8 16:56:01 | 只看该作者
    言简意赅,清晰明了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    58#
    发表于 2007-10-19 15:58:28 | 只看该作者
    位置、操作、现象三要素不仅要在bug描述中体现,同时还要在bug主题中体现
    可以把对bug描述的要求整理成规范文档,这样测试人员都能把握尺度,主管只需在最初稍加指导不用全部review。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-24 13:17 , Processed in 0.078620 second(s), 20 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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