如何报好Bug？《转载》

关于报BUG方面的注意点：

1.缺陷摘要（Summary）51Testing软件测试网K(^#^6L/yO cp

　　简单明了，便于理解51Testing软件测试网$dE6RL)QR7DH`

　　长度一般不超过30个单词

　　尽可能讲明：什么情况，导致了什么问题51Testing软件测试网IHq J4I/I

　　以便于他人定位Bug，杜绝不重复报相同的Bug51Testing软件测试网oxs W1u`(M:u2^H

2.缺陷描述（Descrīption）

　　重现步骤（Action）51Testing软件测试网eZ2P5i(U,r

　　详细描述重现该问题的关键步骤

　　省略无关的操作，力求做到：所有重现步骤是充分的和必要的51Testing软件测试网 L _3}*_:_"Ug,U

　　容易理解的常规步骤，可以一句话带过，比如“以管理员身份登录，进入后台用户管理页面”51Testing软件测试网6}7g*`#v {!_!B|

　　和环境有关的问题，给出特定的条件，比如某某操作系统，某某浏览器51Testing软件测试网1w*^/[A q.i%^
m

　　实际结果（Actual Result）

　　描述实际出现的错误结果

　　可借助截屏来表达

　　不是总能重现的Bug，给出发生频率或规律

　　期待结果（Expected Result）51Testing软件测试网dSTt N/aPJ

　　可选，Spec上没有做详细要求，用于测试人员表达自己的看法

3.截屏/附件（Attachment）

　　针对文字难以表达的或UI方面的问题

　　图片格式使用JPG格式；BMP图片太大，不建议使用

　　在图片上用醒目的颜色，标出问题所在区域

　　也可考虑配上简短的文字51Testing软件测试网!RaW+o*P

4.其它

　　对于多人同时测试同一模块的情况，报Bug前先检查是否已有类似的Bug (TD提供了Find Similar Defects的功能)

　　Bug严重程度(Severity)必须准确51Testing软件测试网SL ?Cq Q

　　Bug优先级(Priority)必须准确（具体请参考公司标准文档）51Testing软件测试网ym9iv P,i:{Z/w

　　填写Module字段，便于Dev Manager分配给相应的开发人员51Testing软件测试网+k@b,KSU)h(rl

　　项目中共性的问题，纳入Common Module

　　多个相同的问题，如是一个Dev负责完成的，撰写一个缺陷报告就可以，但须指出问题发生的多个位置51Testing软件测试网Kz'X~ j;z.l

　　对于Reject的有争议的Bug，尽可能和Dev当面沟通

Windows截图快捷键:51Testing软件测试网
n6x%@E~Qc7C.\