由于项目管理大多都是通过禅道来管理，所以主要就针对禅道里常见的做一个说明。
根据严重程度一般有：
致命：系统无法正常运行--------------------稳定版本对应修改的bug
严重：很明显的错误性的bug--------------开发版本-----修改的bug
一般：常见的bug-------------------------feature----不必立即修改。
根据优先级：
说明：紧急相当于执行前的准备工作，重要相当于后续的工作
重要且紧急：优先级最高，一定要做的
重要不紧急：暂时可以先缓一缓 但一定要做的
紧急不重要：可以先准备下，随时准备做的
功能错误：功能上的错误性bug---------------修改的时候得特别慎重！！！考虑影响面，需求程度
代码错误：一般很少出现，通常在自测时出现（对白盒测试、自测的比较适合）----常改的bug
内容相关：业务逻辑方面以及业务描述等相关问题-------慎重，特别是上线前夕
表单相关：表单逻辑、样式、内容问题
用户界面：UI表现，包括对话框样式和文字描述问题--------此类问题一般影响较小，单一。
需求变动：原有的需求基础上的更改
新增需求：会议上提出的新需求，非正式会议提出的不属于该项
设计文档：数据库设计文档、概要/详细设计文档
建议：功能已满足但待改善，属于改良性建议
配置相关：如web服务器或者数据库服务器配置等问题
安装部署：项目部署时出现的错误，可能不是程序本身的问题而是工具本身和人为因素引起
安全相关：加密和水印等安全信息
性能压力：负载、压力测试
标准规范：根据国际标准或者公司内部制定的某标准
测试脚本：如用工具LR编写并执行脚本进行测试
事务跟踪：产品缺陷/bug跟踪（Defect/bug Tracking）工作任务跟踪（Task Tracking）问题解决过程跟踪（Problem Tracking）产品需求管理（Request Management）客户服务过程跟踪（Customer Support Tracking
Bad Case：和用例没有关联起来，所以暂时不用
其他：尽量避免用该项，不便于统计但仍保留
