0 Preface/Foreword
1 使用人群
使用者包括以下：
- 企业管理层
- 项目经理
- 测试人员
- 开发人员
- 其他人员
2 Issue相关
2.1 缺陷类型
缺陷类型包括：
- 代码错误：常见的开发引起的错误
- 设计缺陷：前期代码的框架搭建、界面设计等导致的缺陷
- 性能问题：响应速度慢、占用CPU或者内存过高
- 安全相关：造成用户个人信息泄露
2.2 严重程度（Severity）
严重程度一般包括4类：
- 致命：软件崩溃，无法打开软件，闪退
- 严重：软件可以打开，但是主要功能无法使用
- 一般：常见的bug，一般问题
- 建议：软件优化、功能提升的建议
2.3 优先级
优先级分为：
- 高
- 中
- 低
NOTE： 优先级的judge一般是由开发经理或者开发组长进行最终确定；测试人员会给出建议信息。
优先级和严重程度稍有差异，并不一定是严重程度高的就优先级高。比如可以查看以下场景：
- 严重程度高，但是需要很专业的人去帮忙处理，但是此时有更高优先级的事情等待专业人员处理，那么这个任务优先级就需要调低。
- 严重程度不高，但是不修复这个问题，会导致更严重的问题出现，那么这个问题的优先级需要调高。
- 严重程度不高，但是会影响到其他开发人员的开发进度，那么优先级就需要调高。
3 Jira Flow
3.1 流程跟踪
Issues跟踪流程：
- 由测试人员提交测试报告：提供复现手法，复现概率，测试软件版本号，硬件版本号，测试设备型号，有复现视频和问题发生时的log更好。
- 开发人员对测试结果进行确认
- 确认Bug存在则开始进行bug修复
- 修复完成后，开发人员进行代码提交，验证没问题后，把问题提交给测试人员
- 测试人员对提交的修复结果进行回归测试并确认
- 测试人员确认bug已经修复，关闭该问题。
3.2 Jira中Issue类型
- 缺陷
- 新功能
- 改进
- 新任务
3.3 Jira的工作流
- TO DO （代办）
- IN PROGRESS（处理中）
- IN REVIEW（待评审）
- DONE（完成）
