工程质量缺陷可分为（ ）。
【答案】：B,E
【试题答案】BE
【试胚解析】本题考查重点是“工程质量缺陷的涵义”。工程质量缺陷是指工程不符合国家或行业的有关技术标准、设计文件及合同中对质量的要求。工程质量缺陷可分为施工过程中的质量缺陷和永久质量缺陷，施工过程中的质量缺陷又可分为可整改质量缺陷和不可整改质量缺陷。因此，本题的正确答案为BE。
工程质量缺陷等级分为
律师分析：
1、工程质量缺陷：工程质量缺陷是指建筑工程施工质量中不符合规定要求的检验项或检验点，按其程度可分为严重缺陷和一般缺陷。严重缺陷是指对结构构件的受力性能或安装使用性能有决定性影响的缺陷;一般缺陷是指对结构构件的受力性能或安装使用性能无决定性影响的缺陷。
2、工程质量通病：工程质量通病是指各类影响工程结构、使用功能和外形观感的常见性质量损伤。犹如“多发病”一样，故称质量通病，例如结构表面不平整、局部漏浆、管线不顺直等。
3、工程质量事故：工程质量事故是指由于建设、勘察、设计、施工、监理等单位违反工程质量有关法律法规和工程建设标准，使工程产生结构安全、重要使用功能等方面的质量缺陷，造成人身伤亡或者重大经济损失的事故。
【法律依据】：
《建设工程安全生产管理条例》 第五十七条 违反本条例的规定，工程监理单位有下列行为之一的，责令限期改正；逾期未改正的，责令停业整顿，并处10万元以上30万元以下的罚款；情节严重的，降低资质等级，直至吊销资质证书；造成重大安全事故，构成犯罪的，对直接责任人员，依照刑法有关规定追究刑事责任；造成损失的，依法承担赔偿责任：
(一)未对施工组织设计中的安全技术措施或者专项施工方案进行审查的；
(二)发现安全事故隐患未及时要求施工单位整改或者暂时停止施工的；
(三)施工单位拒不整改或者不停止施工，未及时向有关主管部门报告的；
(四)未依照法律、法规和工程建设强制性标准实施监理的。
下列描述软件缺陷的严重性哪个等级最低
软件缺陷的等级可以用严重性和优先级来描述；严重性：衡量缺陷对客户满意度影响的满意程度，分为1,致命错误：系统任何一个主要功能完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机或者危及人身安全。2.严重错误：系统的主要功能部分丧失，数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响 。3.一般错误：系统的次要功能没有完全实现，但不影响用户的正常使用。例如：提示信息不太明确或用户界面差，操作时间长等一些问题。4.较小：是操作不方便或者遇到麻烦，但它不影响功能的操作和执行，如个别不影响产品理解的错别字、文字排列不整齐等一些小问题。优先级：缺陷被修复的紧急程度；1.立即解决（P1级）：缺陷导致系统功能几乎不能使用或者测试不能继续，需立即修复；2.高优先级（P2级）：缺陷严重，影响测试，需优先考虑；3.正常排队（P3级）：缺陷需要正常排队等待修复；4.低优先级（P4级）：缺陷可以在有时间的时候被纠正【摘要】
下列描述软件缺陷的严重性哪个等级最低【提问】
软件缺陷的等级可以用严重性和优先级来描述；严重性：衡量缺陷对客户满意度影响的满意程度，分为1,致命错误：系统任何一个主要功能完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机或者危及人身安全。2.严重错误：系统的主要功能部分丧失，数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响 。3.一般错误：系统的次要功能没有完全实现，但不影响用户的正常使用。例如：提示信息不太明确或用户界面差，操作时间长等一些问题。4.较小：是操作不方便或者遇到麻烦，但它不影响功能的操作和执行，如个别不影响产品理解的错别字、文字排列不整齐等一些小问题。优先级：缺陷被修复的紧急程度；1.立即解决（P1级）：缺陷导致系统功能几乎不能使用或者测试不能继续，需立即修复；2.高优先级（P2级）：缺陷严重，影响测试，需优先考虑；3.正常排队（P3级）：缺陷需要正常排队等待修复；4.低优先级（P4级）：缺陷可以在有时间的时候被纠正【回答】
软件缺陷可以划分为哪几个等级
一旦发现软件缺陷，就要设法找到引起这个缺陷的原因，分析对产品质量的影响，然后确定软件缺陷的严重性和处理这个缺陷的优先级。各种缺陷所造成的后果是不一样的，有的仅仅是不方便，有的可能是灾难性的。一般问题越严重，其处理优先级就越高，可以概括为以下四种级别：
（1）微小的（Minor）。一些小问题如有个别错别字、文字排版不整齐等，对功能几乎没有影响，软件产品仍可使用。
（2）一般的（Major）。不太严重的错误，如次要功能模块丧失、提示信息不够准确、用户界面差和操作时间长等。
（3）严重的（Critical）。严重错误，指功能模块或特性没有实现，主要功能部分丧失，次要功能全部丧失，或致命的错误声明。
（4）致命的（Fatal）。致命的错误，造成系统崩溃、死机，或造成数据丢失、主要功能完全丧失等。
除了严重性之外，还存在反映软件缺陷处于一种什么样的状态，以便于及时跟踪和管理，下面是不同的缺陷状态。
·激活状态（Open）：问题没有解决，测试人员新报告的缺陷或者验证后缺陷仍旧存在。
·已修正状态（Fixed）：开发人员针对缺陷，修正软件后已解决问题或通过单元测试。
·关闭状态（Close）：测试人员经过验证后，确认缺陷不存在之后的状态。
以上是三种基本的状态，还有一些是需要相应的状态描述，如“保留”，“不一致”状态等。
缺陷等级分为三类
别为轻微缺陷、一般缺陷、严重缺陷、致命缺陷。1、轻微缺陷轻微缺陷是指对产品外观和下道工序可能会有轻微影响的缺陷。2、一般缺陷一般缺陷是指不影响产品的运转和运行、不会成为故障起因，但对产品外观和下道工序影响较大的缺陷。3、严重缺陷严重缺陷是指可以引起易于纠正的异常情况、可能引起易于修复的故障或对产品外观造成难以接受的缺陷。4、致命缺陷致命缺陷是指会造成安全问题的各类缺陷。
如何划分缺陷【类型】【等级】【原因】？
缺陷等级、类型、原因的划分会因公司或项目管理需求的不同、业务类型的不同而不同，公司EPG在参考其它公司分类情况的基础上，关键任务是要根据自身的需求和业务情况总结出适合自己的分类情况。个人认为缺陷等级的划分要看公司或项目组关心哪个纬度的数据，比如关心缺陷的严重程度，那等级可能可以分为致命、严重、中等、一般等几个级别；如果比较关心缺陷影响范围，那等级可能可以分为很大、大、中、小等级别；如果比较关心缺陷的处理的紧急程度，那等级可能可以分为紧急、高、中、低等级别……。当然，纬度还有很多种，关键是看你关心什么数据，而且这些纬度也可以结合在一起，以加强对问题的管理。等级的划分虽说很多是定性的，但最好也能够有个比较清晰的定义，以方便推广和选择，减少歧议。再有就是上面提到的“为了建立各项目工作产品质量的比较，是不是得有一个统一的缺陷基准？如1致命缺陷=2严重缺陷=4一般缺陷=？？？”这样做的目的是为了做项目绩效考核吗？一般很少有公司会这样做吧，个人认为等级划分是为了更好地对问题进行管理和分析，而不适合用定量的方法去转换各不同级别缺陷的数量。
