测试缺陷 缺陷修复后，还需要测试人员进行测试，因此缺陷流转到测试环节后，测试人员将根据缺陷的描述、分析原因、修复方案，在缺陷发现环境中进行回归测试并输出测试报告。 测试人员回归验证缺陷确实已经修复的，可单击“测试通过”并填写测试报告。 图1 填写测试报告 回归测试不通过的，可单击

查看更多 →

验收缺陷 测试通过后，如果测试人员和缺陷的创建人不是同一人，则缺陷还需要走回给创建人进行验收。 创建人按照此前触发该缺陷的操作步骤进行验收，发现缺陷确实已修复的，可单击“验收通过”，将缺陷闭环。 图1 验收通过提醒 单击“确定”，在弹窗中用户可以选择关闭原因，默认为“问题解决关闭

查看更多 →

在版本详情页面的“版本持续交付”区域，选择“持续开发 > 缺陷管理”。 在“缺陷管理”页面，选择“版本缺陷统计”页签，可查看缺陷DI（DI值 = 关键缺陷数*10 + 严重缺陷数*3 + 一般缺陷数*1 + 提示缺陷数*0.1）、缺陷数统计、缺陷状态统计（新建、进行中、测试中等）、未关闭缺陷级别统计、责任人统计等不同维度的缺陷统计。

查看更多 →

请参见Scrum项目开发流程。 新建缺陷（Bug） 产品特性和功能在测试验证阶段发现的问题，可以创建缺陷进行跟踪，设置缺陷的描述、处理人、优先级、严重程度等信息。 请参见新建工作项（Epic/Feature/Story/Task或Bug）中的“Bug”。 管理缺陷（Bug） 新建完缺陷后，可以查看缺陷详情，新

查看更多 →

查询缺陷密度 功能介绍 查询缺陷密度 调用方法 请参见如何调用API。 URI POST /v2/{project_id}/bug-density/query 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String devcloud项目的32位id

查看更多 →

批量编辑缺陷 通过批量编辑功能，可以批量编辑缺陷字段对应的内容。缺陷字段包括：分析原因、发现PI、发现迭代、发现环境、抄送人、领域、计划开始时间、期望修复时间、计划完成时间、计划工时和标签。 已关闭的缺陷不支持批量编辑功能。 前提条件 已创建项目。 已创建缺陷。 操作步骤 通过复

查看更多 →

批量编辑缺陷 通过批量编辑功能，可以批量编辑缺陷字段对应的内容。缺陷字段包括：分析原因、发现PI、发现迭代、发现环境、抄送人、领域、计划开始时间、期望修复时间、计划完成时间、计划工时和标签。 已关闭的缺陷不支持批量编辑功能。 前提条件 已创建项目。 已创建缺陷。 操作步骤 通过复

查看更多 →

该缺陷还需在协同下发的归属项目中进行查看和处理。 缺陷协同下发后，上游缺陷的附件不会带到下游缺陷中，需要缺陷当前责任人联系缺陷提出人获取附件。 Wiki：当前缺陷相关的Wiki。 选择与当前缺陷相关联的Wiki。 测试计划：当前缺陷相关的测试计划。 选择与本缺陷相关联的测试计划。 代码提交记录：当前缺陷相关的代码提交记录。

查看更多 →

该缺陷还需在协同下发的归属项目中进行查看和处理。 缺陷协同下发后，上游缺陷的附件不会带到下游缺陷中，需要缺陷当前责任人联系缺陷提出人获取附件。 文件：当前缺陷相关的文件。 选择与当前缺陷相关联的文件。 Wiki：当前缺陷相关的Wiki。 选择与当前缺陷相关联的Wiki。 测试计划：当前缺陷相关的测试计划。 选择与本缺陷相关联的测试计划。

查看更多 →

查询缺陷概要 功能介绍 根据检查任务ID查询缺陷结果的概要。包括问题概述、问题状态、圈复杂度、代码重复率等。 调用方法 请参见如何调用API。 URI GET /v2/tasks/{task_id}/defects-summary 表1 路径参数 参数 是否必选 参数类型 描述 task_id

查看更多 →

参数 参数类型 描述 defects Array of DefectInfoV2 objects 缺陷详情信息 total Integer 总数 表5 DefectInfoV2 参数 参数类型 描述 defect_id String 缺陷的id defect_checker_name

查看更多 →

缺陷管理介绍 在整个产品生命周期管理中，缺陷管理是非常关键的一环。无论是硬件系统还是软件开发，都难免遇到不计其数的缺陷，如果缺陷管理不善，产品质量势必大打折扣。华为基于多年沉淀的质量运营管理经验，打造出一套行之有效的缺陷管理优秀实践，为团队提供统一、高效、风险可视的缺陷跟踪平台，确保每一个缺陷都被高质高效闭环。

查看更多 →

Body = &model.UpdateDefectRequestBody{ DefectStatus: &defectStatusUpdateDefectRequestBody, DefectId: &defectIdUpdateDefectRequestBody, } response

查看更多 →

协同下发缺陷 前面说到，对于系统设备类的项目，通常研发周期较长，涉及部门、团队较多，各个组织互相依赖，互为前提，因此常常出现一个缺陷涉及多个部门的情况。这时可以通过协同下发功能，将同一个缺陷下发给各相关方，下游项目收到该缺陷后，将启动各自的缺陷修复作业流程，各部门互相协作、跟进，

查看更多 →

检索漏洞 背景信息 漏洞是在硬件、软件、协议的具体实现或系统安全策略上存在的缺陷，从而可以使攻击者能够在未授权的情况下访问或破坏系统。CVE（Common Vulnerabilities & Exposures，通用漏洞披露）漏洞库，为业界广泛承认的漏洞指定了唯一的名称和标准化描述，可以使得安全事件报告更好地被理解。

查看更多 →

导入模板获取：在“故障与缺陷代码导入”窗口单击“模板下载”。 在顶部导航栏中，选择“制造数据模型管理 > 质检模型 > 故障与缺陷代码”。 进入“故障与缺陷代码”页面。 单击“导入”。 在弹出的“故障与缺陷代码导入”窗口中，单击“导入”。 单击“请选择故障与缺陷代码导入文件”下方框区

查看更多 →

缺陷管理最佳实践 缺陷管理介绍 名词解释 缺陷管理实践概述 模拟案例

查看更多 →

缺陷管理实践概述 在产品研发过程中，往往存在各团队、各项目各自为战，产品质量难管控、缺陷修复进度难追踪的问题，严重影响产品交付效率。缺陷管理严格把控缺陷提出、分析、修复、测试、验收、关闭的完整流程，提供跨项目的缺陷作业跟踪追溯能力，实时识别产品缺陷风险，为组织的产品交付质量提供保障。

查看更多 →

模块权限提升漏洞预警（CVE-2022-2639） 漏洞详情 业界披露了Linux Kernel openvswitch模块权限提升漏洞（CVE-2022-2639）的漏洞细节。由于 openvswitch模块中reserve_sfa_size()函数在使用过程中存在缺陷，导致本地经过身

查看更多 →

导入和导出缺陷 系统提供导入和导出原始缺陷功能。 导入缺陷：系统提供了缺陷导入的模板，用户下载模板后，可填写多个缺陷信息进行导入，便于节约缺陷创建的时间。 导出缺陷：通过导出功能，可以将系统中的缺陷数据导出到Excel表中，方便查看。 前提条件 已创建项目。 已创建缺陷。 导入缺陷单

查看更多 →

查询cmertrics缺陷概要 功能介绍 根据检查任务ID查询cmertrics缺陷概要。 调用方法 请参见如何调用API。 URI GET /v2/{project_id}/tasks/{task_id}/metrics-summary 表1 路径参数 参数 是否必选 参数类型

查看更多 →