怎样划分缺陷的优先级？

一般来说按照下面的来分，具体的是由每个公司而定。

软件缺陷有四种级别，分别为：致命的(Fatal)，严重的(Critical)，一般的(Major)，微小的(Minor)。

A 类—致命的软件缺陷(Fatal):造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。如代码错误，死循环，数据库发生死锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等。

B 类—严重错误的软件缺陷(critical)：系统的主要功能部分丧失、数据不能保存，系统的次要功能完全丧失。问题局限在本模块，导致模块功能失效或异常退出。如致命的错误声明，程序接口错误，数据库的表、业务规则、缺省值未加完整性等约束条件。

C 类—一般错误的软件缺陷(major)：次要功能没有完全实现但不影响使用。如提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等，打印内容、格式错误，删除操作未给出提示，数据库表中有过多的空字段等。

D 类—较小错误的软件缺陷(Minor):使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，如错别字、界面不规范(字体大小不统一，文字排列不整齐，可输入区域和只读区域没有明显的区分标志)，辅助说明描述不清楚。

E 类- 建议问题的软件缺陷(Enhancemental)：由问题提出人对测试对象的改进意见或测试人员提出的建议、质疑。

缺陷的处理流程和生命周期是怎样的？

软件缺陷由谁来修改？发现软件缺陷该如何处理?

测试中遇到问题，如何进行缺陷定位?

常见的软件缺陷管理工具有哪些?

黑马程序员软件测试开发培训