：
问题会自发的影响整个系统。
用户使用正常的操作步骤，就会影响整个系统提供的服务。
具有操作先后顺序的功能，一开始的步骤出现故障，导致后续步骤无
法使用
2
严重某个功能未实现或导致一个特性不能运行并且没有替代方案。
3
一般错误导致了一个特性不能运行但可有一个替代方案
功能特征设计不符合系统的需求，不影响系统的业务，并且有相应的补救
方法。
可编辑修改
f。
4
轻微错误是表面化或微小的（提示信息不太准确友好、不准确、误导、错别字、
界面布局或罕见故障等），对功能几乎没有影响，产品及属性仍可使用。
5
建议建设性的意见或建议。
需求文档没有规定的特性，如果实现会对系统功能或者易用性有所提高。
58优先级
优先级和严重程度有一定关系，但是不同于严重程度。严重程度表示对软件系统功能的影响程度，而优先级表明哪些缺陷应当尽早处理，反映了处置缺陷的时间安排。
优先级一般由测试人员建议，项目负责人确定。
1紧急
如果障碍相关开发人员的进一步开发活动，应立即进行修复工作；如果阻止与此密切相关功能的进一步测试，应立即修复。一般严重程度是1的需要立刻处理。
2必须的
必须修改，发版前必须修正。
3应该的
必须修改，不一定马上修改，但需确定在某个特定里版本发布前须修正
4可选的
如果时间允许应该修改
5不需要
允许不修改
测试人员和项目负责人负责督促缺陷的修改进度。测试人员、测试经理负责定期生成《测试报告》，统计该阶段缺陷的登记和处置情况。
59缺陷来源
来源需求
设计
说明需求描述不充分需求有歧义业务规则不完整流程环节描述不完整不合理的流程不正确的流程不恰当的角色不正确的前后条件（输入，输出）功能描述不完整，不匹配补充规范描述不完整
可编辑修改
f。
开发
测试
其他文档建构
不一致的表述异常处理不充分或不恰当结构不当逻辑判断不当对攻击性的使用处理不足，例如无效数据，非法字符。变量定义和使用不当，例如作用域不当多余的循环和分支流程错误功能没有完全测试补充规范（有效，格式等）没有完全测试缺少工具和资源的使用规范使用了错误的环境（比如数据库）需求，设计，测试用例，测试计划以外其他文档建构过程导致的
510缺陷描述
缺陷描述的要求为分类准确、叙述简洁、步骤清楚、有实例、可再现、复杂问题有据可查（截图或其它形式的附件）。
具体要求为：单一：尽量一个报告只针对一个软件缺陷简洁：每个步骤的描述应尽可能简洁明r