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

查看更多 →

缺陷登记 提供产品缺陷登记的能力。 根据工单质检单对产品进行检验，如果产品存在缺陷，则对产品进行缺陷登记。 前提条件 已登录MBM-F，且拥有该菜单栏目的操作权限。 已维护当前登录用户的部门信息。 登记缺陷 在顶部导航栏中，选择“质量管理 > 质量检验 > 缺陷登记”。 进入“缺陷登记”页面。

查看更多 →

管理缺陷 在缺陷管理页面，可以通过查看不同维度版本缺陷统计的数据，添加或移除当前版本的缺陷，更全面且快捷的记录、跟踪以及分析版本中的缺陷情况。 前提条件 已创建版本。 已创建缺陷，创建缺陷的方法请参见缺陷管理。 需要具备项目经理角色权限，权限申请方法请参见申请权限。具体角色权限说明请参考用户角色和权限说明。

查看更多 →

IPD系统设备类项目是面向系统设备类产品开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理，主要包含原始需求、系统特性、研发需求、任务、缺陷等内容，任务和缺陷是在需求实现过程中产生的活动和发现的问题。 IPD系统设备类项目功能介绍 缺陷（Bug） 缺陷的全生命周期共

查看更多 →

迁移单个或多个缺陷：通过复选框选择需要迁移的缺陷，单击页面下方的“迁移”，弹出“迁移”窗口。 选择迁移项目和“责任人”。 单击“确定”，迁移成功。 缺陷列表中已不存在被迁移走的缺陷信息，迁移到其他项目中的缺陷状态会显示为“分析”。 父主题： 缺陷（Bug）

查看更多 →

迁移单个或多个缺陷：通过复选框选择需要迁移的缺陷，单击页面下方的“迁移”，弹出“迁移”窗口。 选择迁移项目和“责任人”。 单击“确定”，迁移成功。 缺陷列表中已不存在被迁移走的缺陷信息，迁移到其他项目中的缺陷状态会显示为“分析”。 父主题： 缺陷（Bug）

查看更多 →

缺陷度量 统计维度 缺陷度量视图默认展示统计报表：缺陷概览统计、遗留缺陷DI趋势、缺陷累计三曲线、缺陷每日吞吐、缺陷按严重程度分布、缺陷按状态分布、成员遗留缺陷TOP8。 数值类统计报表：指标取值取当前时刻的全部工作项的相应数据，例：“缺陷概览统计”中的全部缺陷数等于统计时的全部缺陷总数。

查看更多 →

修复缺陷 缺陷流转到修复阶段后，将由上一步指定的责任人进行修复。修复责任人将根据缺陷的描述、分析责任人提供的问题根因等信息，对缺陷进行排期修复。这里的排期就是前面所说的“修复PI/修复迭代”，修复责任人可以根据缺陷的严重程度、工作量大小等关键信息，将当前缺陷安排进修复计划中。 图1

查看更多 →

关闭缺陷 验收通过后，缺陷关闭，此时缺陷处于闭环状态，整个缺陷生命周期到此结束。 父主题： 模拟案例

查看更多 →

缺陷管理 查询缺陷概要 查询cmertrics缺陷概要 查询缺陷详情 查询缺陷详情的统计 修改缺陷状态 父主题： API

查看更多 →

系统中已经创建的设备名，当规则级别是产品级时，不用传设备名的参数。 topic string 否 设备对应的Topic的名称，只能使用pub权限的Topic，每个设备的Topic只能添加到一个规则下面，不能重复添加到不同的规则，当规则的级别是产品级时，不用传Topic的参数。 is_base64

查看更多 →

更多编程语言的SDK代码示例，请参见 API Explorer 的代码示例页签，可生成自动对应的SDK代码示例。 状态码 状态码 描述 200 OK 400 Bad Request 401 Unauthorized 错误码 请参见错误码。 父主题： 项目指标

查看更多 →

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

查看更多 →

String 错误描述 请求示例 修改任务缺陷的状态：缺陷的状态ID根据实际显示，缺陷的状态修改为1 PUT https://{endpoint}/v2/tasks/{taskid}/defect-status { "defect_id" : "363540xxxxxxxx5105099944xxxxxxxx"

查看更多 →

通过复选框选择需要修改的缺陷，单击页面下方的“批量编辑”，弹出“批量编辑”窗口。 选择需要修改的字段及输入对应字段的内容。 支持全选。 单击“确定”，完成批量编辑。 进入对应的缺陷中可查看到修改后的字段值。 父主题： 缺陷（Bug）

查看更多 →

通过复选框选择需要修改的缺陷，单击页面下方的“批量编辑”，弹出“批量编辑”窗口。 选择需要修改的字段及输入对应字段的内容。 支持全选。 单击“确定”，完成批量编辑。 进入对应的缺陷中可查看到修改后的字段值。 父主题： 缺陷（Bug）

查看更多 →

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

查看更多 →

。 缺陷协同下发后，上游缺陷的附件不会带到下游缺陷中，需要缺陷当前责任人联系缺陷提出人获取附件。 文件：当前缺陷相关的文件。 选择与当前缺陷相关联的文件。 Wiki：当前缺陷相关的Wiki。 选择与当前缺陷相关联的Wiki。 测试计划：当前缺陷相关的测试计划。 选择与本缺陷相关联的测试计划。

查看更多 →

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

查看更多 →

DefectInfoV2 参数 参数类型 描述 defect_id String 缺陷的id defect_checker_name String 缺陷对应检查项的名称 defect_status String 缺陷的状态0为解决 1已解决 2已忽略 rule_system_tags String

查看更多 →

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

查看更多 →