BUG管理标准规范.docx

Bug管理规范一、概述本规范是常规bug管理步骤，适适用于项目过程中bug管理二、BUG周期三、Bug分类、状态、等级3.1 bug分类1. 功效 A.反复功效；B.多出功效；C.功效没有达成设计要求；D.功效实现和设计要求不相符。 2. 易用性 A.界面不美观，控件排列、格式不统一，焦点控制不合理或不全方面；B.缺乏帮助信息，或帮助信息不完全； C.功效操作复杂，提醒信息不合理，易产生歧义。 3. 安全性 A.数据有效性检测不合理；B.关键数据在传输中没有加密；C.缺乏身份认证机制或认证不合理； 4. 可靠性 A.数据存贮可靠性；B.业务处理可靠性； 5. 性能 A.并发量；B.吞吐量；C.响应时间。 6. 兼容性 不一样厂商浏览器和浏览器不一样版本，手机 app指不一样操作系统3.2 bug状态Bug状态关键分为新建、已分配、已处理、重新打开、已关闭、挂起。 新建状态（ NEW ）： Bug创建后初始状态。 已分配状态（ASSIGNED）：经过确定为有效问题后分配给开发人员状态。 已处理状态（RESOLVED）：开发人员对软件问题进行处理或修改后状态。 重新打开状态（REOPENED）：对开发人员修改后软件问题，经过验证，假如仍然存在，则 将其状态改为“重新打开”状 态。 关闭状态（CLOSED）：Bug处理后测试人员验证经过，则将其状态修改为已关闭 挂起状态：经过项目经理确定延期修改bug 3.3 bug严重等级和优先级定义bug严重等级定义：严重等级描述对应优先级S严重影响用户使用，且需要立即修复线上bug，通常对应A、B级线上bugP1A软件瓦解、严重丢失数据或严重内存泄露P1B功效没有实现,主步骤bug P1C通常错误，一般 bugP2D轻微错误，不至于影响软件使用，而且应该很轻易处理P3BUG优先级定义： 优先级描述备注P1需要立即修复bug。P2应该立即修复bug,但不是很急P3能够以后修复bug四bug描述规范bug描述要简练明了，方便开发人员重现和后续跟踪。版本：目前测试版本号平台：测试使用平台说明摘要：概要描述问题。 l描述：应该描述问题发觉步骤、期望结果和实际结果描述可分为“步骤”、“结果”（含：期望结果、实际结果）、“补充说明”三部分，各部分之间用空行隔开。“补充说明”部分可依据实际情况选择是否需要描述。具体格式以下：步骤： 期望结果： 实际结果： 补充说明： 1. 假如多处出现类似问题，应描述出现该问题全部模块或界面。 2. 假如不可重现，应说明附件：添加错误附图或错误信息。