bug提交规范2017
Bug严重性与优先级定义 及bug在jira上的操作
一、Bug严重性等级划分
|
Bug严重性 |
Bug类型描述 |
对系统影响程度 |
|
致命 |
系统崩溃/死机/冻结 内存泄漏 模块无法启动或异常退出 用户数据丢失或破坏 部分核心功能未实现 |
系统稳定性差 |
|
严重 |
核心功能与需求设计严重不符 核心功能报错 严重的数值计算错误 数据交互错误 系统刷新错误 性能问题 |
系统主流程不通 |
|
一般 |
兼容性问题(版本兼容、机型兼容) 操作界面错误 边界条件错误 提示信息错误 系统未优化(界面、性能) |
用户体验不佳 |
|
建议 |
界面格式不规划 辅助说明描述不明确 操作未给用户提示 存在错别字 产品功能待改进 |
产品优化 |
Bug优先级定义
|
优先级等级 |
Bug类型描述 |
建议最长处理时间 |
发包周期 |
|
紧急 |
闪退、崩溃、异常退出 数据丢失 主流程不通、核心功能错误或缺失 |
2小时/个bug |
0.5工作日 |
|
高 |
功能与需求不符 计算错误、非法操作数据溢出 小功能未实现 A功能对B功能的数据影响 |
1小时/个bug |
1工作日 |
|
中 |
页面刷新错误 提示信息错误 GUI错误或与需求不符 浏览器、APP版本、数据 兼容性 |
1小时/个bug |
|
|
低 |
有其他更好的实现方式 对产品的一些优化建议 |
不限 |
不限 |
二、BUG处理流程

开发人员处理bug注意事项:
- JIRA上创建过滤条件,每天早上和下班前查看属于自己的bug
- 优先批量去修复优先级等级高的bug
- 修复bug后,在JIRA上必须“及时”更改bug状态
- 发包后在企业微信群 截图JIRA上当天已修复并且在本次发包范围内的Bug
- 验证未通过的bug,记得再次修复,并更新bug状态
- 对于产品验收阶段发现的Bug,开发修复后可以通知下测试人员跟进测试验证
- 周期短的项目发包周期为0.5工作日 发包一次
- 周期长点的项目发包周期为1个工作日 发包一次
- 建议 APP打包的环境尽量不要打错
三、 JIRA操作
登录访问地址:http://10.0.2.21:8080/login.jsp
开发角色权限
- 登录界面
- 开发角色登录后

- 创建过滤器



- 修复bug改变Bug状态

- 备注Bug解决思路与问题根源

xiezhifei

浙公网安备 33010602011771号