首页 > 代码库 > Bugzilla系统使用规范
Bugzilla系统使用规范
一 Bugzilla的状态
状态 说明
| unconfirmed | 未确定（针对反馈Bug/需求） |
| confirming | 确认中（针对反馈需求） |
| new | 新建 |
| assigned | 已分配 |
| resolved | 已解决 |
| verified | 已验证 |
| closed | 已关闭 |
| reopened | 重新打开 |
二 Bugzilla的解决途径
解决途径 说明
| fixed | 已修复 |
| waitpacket | 等待打包（已经废弃，待删除 ） |
| invaild | 无效 |
| wontfix | 决定不改 |
| later | 后续版本 |
| duplicate | 重复 |
| worksforme | 无法重试 |
| walkaround | 以规避 |
| remind | 提醒 |
| moved | 已移出 |
三 Bugzilla的提交形式
| 提交形式 | 说明 |
| file | 文件 |
| built | 升级包 |
| code | 代码 |
注：提交形式只在状态为resolved，解决途径为fixed时才可使用
四 Bug优先级定义
| 优先级 | 缺陷反馈BUG | 内部BUG |
| 高 | 1 因我公司设备导致客户网络或业务系统中断或瘫痪；【时限要求】：24小时 2 设备出现严重问题或者不可用，并导致客户网络或业务系统无法正常工作【时限要求】：48小时 | 1 阻碍测试继续运行 2 项目测试进度计划受到极大影响 3 影响结项通过的 4 影响当前测试升级包发布的 5 已知问题在对外发布版本也存在，并且有导致客户网络或业务系统中断或瘫痪风险的 【时限要求】：48小时 |
| 中 | 在线串联设备出现严重问题，但客户网络或业务没有受到影响 【时限要求】：72小时 | 从当前时间点上看问题紧急程度不高，时限要求： 1 必须在结项版本解决 2 必须在当前测试升级包发布版本解决 3 在测试和开发双方商议的deadline期限内解决 |
低 设备出现问题，但仍可正常运行 问题在时限上没有特别要求
不影响客户正常使用 开发有时间则纳入计划解决
【时限要求】一周
注：缺陷的优先级可以随着时间推移根据实际情况作调整
五 Bug严重级别规范
| 严重程度等级 | 定义标准 | 示例 Bug相关产品 |
| critical | 1 导致客户网络或业务系统中断或瘫痪 2 系统崩溃/挂起 数据丢失或内存严重泄漏等导致系统不可用 3 系统存在易于渗透且危害高的安全漏洞 | 【公共平台】Bug 24149：设备外网口疑似LAND攻击后NAT池资源耗尽导致TCP通讯异常 【eps】bug 10581 发现内存，句柄泄漏现象 |
| major | 1 功能严重不可用，或影响系统自身业务流程完成 2 系统存在易于渗透或危害高的安全漏洞 | 【公共平台】Bug 25432 URL过滤功能失效 【EPS】Bug 13915 代理端口开机5分钟左右以后，自保护功能失效 |
| nornal | ||
| trivial | ||
| enhancement |
本文出自 “阳光蜜汁” 博客，转载请与作者联系！
Bugzilla系统使用规范