关于bug的分类

由于项目管理大多都是通过禅道来管理，所以主要就针对禅道里常见的做一个说明。

根据严重程度一般有：

致命：系统无法正常运行--------------------稳定版本对应修改的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：和用例没有关联起来，所以暂时不用

其他：尽量避免用该项，不便于统计但仍保留