BUG管理规范标准[详]

《BUG管理规范标准[详]》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、.,....Bug管理规范参考.资料.,....一、概述本规范是常规的bug管理流程，适用于项目过程中的bug管理参考.资料.,....二、BUG周期参考.资料.,....三、Bug的分类、状态、级别3.1bug分类1.功能A.重复的功能；B.多余的功能；C.功能没有达到设计的要求；D.功能实现与设计要求不相符。2.易用性A.界面不美观，控件排列、格式不统一，焦点控制不合理或不全面；B.缺少帮助信息，或者帮助信息不完全；C.功能操作复杂，提示信息不合理，易产生歧义。3.安全性A.数据有效性检测不合理；B.重要数据在传输中没有加密；C.缺少身份认证机制或认证不合理；4.可靠性A.数据存贮的可

2、靠性；B.业务处理的可靠性；5.性能A.并发量；B.吞吐量；C.响应时间。6.兼容性不同厂商的浏览器以及浏览器的不同版本，手机app指不同操作系统3.2bug状态Bug的状态主要分为新建、已分派、已解决、重新打开、已关闭、挂起。•新建状态（NEW）：Bug创建后的初始状态。•已分派状态（ASSIGNED）：经过确认为有效问题后分配给开发人员的状态。•已解决状态（RESOLVED）：开发人员对软件问题进行处理或修改后的状态。•重新打开状态（REOPENED）：对开发人员修改后软件问题，经过验证，如果仍然存在，则将其状态改为“重新打开”状态。•关闭状态（CLOSED）：Bug解决后测试人员验证

3、通过，则将其状态修改为已关闭•挂起状态：经过项目经理确认延期修改的bug3.3bug严重等级和优先级定义bug的严重级别定义：严重等级描述对应的优先级S严重影响用户使用，且需要立即修复的线上bug，通常对应A、B级的线上bugP1A软件崩溃、严重丢失数据或严重的内存泄露P1B功能没有实现,主流程bugP1C一般的错误，普通的bugP2参考.资料.,....D轻微的错误，不至于影响软件的使用，而且应该很容易解决P3BUG优先级定义：优先级描述备注P1需要马上修复的bug。P2应该尽快修复的bug,但不是很急P3可以以后修复的bug四bug描述规范bug描述要简洁明了，方便开发人员重现和后续跟

4、踪。版本：当前测试的版本号平台：测试使用的平台说明摘要：概要描述问题。l描述：应该描述问题发现的步骤、期望结果和实际结果描述可分为“步骤”、“结果”（含：期望结果、实际结果）、“补充说明”三部分，各部分之间用空行隔开。“补充说明”部分可根据实际情况选择是否需要描述。具体格式如下：步骤：期望结果：实际结果：补充说明：1.如果多处出现类似问题，应描述出现该问题的所有模块或界面。2.如果不可重现，应说明附件：添加错误附图或错误信息。1.若不给自己设限，则人生中就没有限制你发挥的藩篱。2.若不是心宽似海，哪有人生风平浪静。在纷杂的尘世里，为自己留下一片纯静的心灵空间，不管是潮起潮落，也不管是阴晴圆

5、缺，你都可以免去浮躁，义无反顾，勇往直前，轻松自如地走好人生路上的每一步3.花一些时间，总会看清一些事。用一些事情，总会看清一些人。有时候觉得自己像个神经病。既纠结了自己，又打扰了别人。努力过后，才知道许多事情，坚持坚持，就过来了。4.岁月是无情的，假如你丢给它的是一片空白，它还给你的也是一片空白。岁月是有情的，假如你奉献给她的是一些色彩，它奉献给你的也是一些色彩。你必须努力，当有一天蓦然回首时，你的回忆里才会多一些色彩斑斓，少一些苍白无力。只有你自己才能把岁月描画成一幅难以忘怀的人生画卷。参考.资料