bugzilla里bug填报规范

《bugzilla里bug填报规范》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、Bug填报规范作者：保密级别：最后保存曰期：RevisionHistory客户：项目：DateVersionDescriptionAuthor2007-3-91.0根据《软件问题处理规范》的要求，从《软件测试规范》中获取“Bug处理”章节，作为《Bug填报规范》，以便客服工程师填报bug。兰艳目录1BUG觀42BUG的优先级、严重等级定义53BUG的处理过程64BUG处理注意事项81Bug填报报Bug的原则：描述要简洁明了，方便开发人员重现和后续跟踪。•Summary：概要描述问题。•Description：应该描述问题发现的步骤、期望结果和实际结果。如果问题不是当前填报人员发现的，还

2、应该注明发现问题的人员或客户名称、时间。Description可分为“步骤”、“结果”（含：期望结果、实际结果〉、“补充说明”三部分，各部分之间用空行隔开。“补充说明”部分可根据实际情况选择是否需要描述。具体格式如下：步骤：期望结果：实际结果：补充说明：1.如果多处出现类似问题，应描述出现该问题的所有模块或界面。2.如果不可重现，应说明•Attachment：添加错误附阁或错误信息。如果软件出现错误界面，建议附加全屏图，不要仅仅附加错误信息界面；如果要附加文件，文件应可用IE浏览器直接打开，不要附加压缩格式的文件。1Bug的优先级、严重等级定义本规范定义以下3种bug的优先级:优先级描

3、述备注P1需耍马上修兑的Bug。最高P2应尽快修兑的Bug,但不是很紧急。中等P3可以以后修复的Bug。最低本规范定义以下6种bug严重等级，并为各种严重等级Bug的优先级选择提供参考:严重等级描述对应的优先级Blocker阻碍开发和测试，非常严重。P1Critical软件崩溃、丟失数据或严熏的内存泄漏等。Major功能主体受损失。P2Normal普通Bug。Minor功能受到较小的影响；修饰方面的问题，如：拼错单词、界而的对齐不好等。P3Enhancement要求新增的功能，或荞测试的建议。说明：今特殊情况下，可以提高严重等级比较低的Bug的优先级。例如，某个Enhancement的

4、Bug要求马上修复，则该Bug的优先级可以定为P1。今和设计不一致的建议，统一报成Enhancement,不要报成Minor或其它等级。1Bug的处理过程一个Bug的生命周期一般为:对Bug的处理过程为：1)报告bug:具体要求见本章的“Bug填报”章节。2)开发人员处理bug:Fixed：问题己经修改；Invalid：问题不是一个bug；Later：问题不会在这个版本解决；Duplicate:问题与bugzilla中己有的bug重复;WONTFIX：问题将永远不会修复。1)测试人员验证已修改的bug：Verified：验证通过;Reopened：验证不通过，重新打开。要求：对于严重等

5、级是Blocker或Critical的Bug,原则上应该是发现或报告该Bug的人对其Verify。1Bug处理注意事项•VAT测试阶段，每次发布新VAT,测试工程师应先Verify已有的bug，再测试新功能，报新的bug。•测试过程中发现的Bug,原则上都要报在bugzilla系统中统一管理。•填报Bug时，描述要尽量清晰。让接下来处理Bug的人能通过Bug描述准确的重现问题。•描述bug的句型：尽量只使用陈述句，尽量不要使用疑问句、祈使句、感叹句等其它句型。•尽量不使用带感情色彩的词语描述bug。例如：不是...而是，我觉得，却，反而，竟然，虽然...但是•描述bug的措辞应尽量准确

6、，可适当使用专业词汇。注意词的细微差异。例如：鼠标“点击”和鼠标“按下拖拽”，意思是不同的。•描述控件名称时，应带双引号。例如：点击“下一步”。•不在bug中写任何如何修复的建议，以免影响开发人员的思路。•处理Bug的过程中，当改变Bug的状态时，一定要添加说明。•对于严重等级为Blocker或Critical或Major的Bug,要求开发人员提供修复Bug的说明。对于其他严重等级的Bug，可以视情况而定。•当质量部和开发部对一个Bug的解决方法有争议时，由技术总监仲裁。•Bug的提醒。每周bugreview会议前2天，测试人员提醒开发人员修复上周会议商定要改的bug。