规则引擎介绍 规则引擎是指用户可以在物联网平台上对接入平台的设备设定相应的规则，在条件满足所设定的规则后，平台会触发相应的动作来满足用户需求。包含设备联动和数据转发两种类型。 设备联动 设备联动指通过条件触发，基于预设的规则，引发多设备的协同反应，实现设备联动、智能控制。目前物联

查看更多 →

); 参数说明 rule_name 异常规则集名称。 取值范围：字符串，要符合标识符的命名规范。 blocktime 作业排队阻塞的最大时间，单位：秒。 取值范围：数值型，-1，1~INT64_MAX。 elapsedtime 作业执行的最大时间，单位：秒。 取值范围

查看更多 →

); 参数说明 rule_name 异常规则集名称。 取值范围：字符串（1-64个字符），要符合标识符的命名规范。 blocktime 作业排队阻塞的最大时间，单位：秒。 取值范围：数值型，-1，1~INT64_MAX。 elapsedtime 作业执行的最大时间，单位：秒。

查看更多 →

查询缺陷详情的统计 功能介绍 根据检查任务ID查询缺陷详情的统计 调用方法 请参见如何调用API。 URI GET /v2/tasks/{task_id}/defects-statistic 表1 路径参数 参数 是否必选 参数类型 描述 task_id 是 String 任务ID

查看更多 →

体请参见编辑缺陷详情。 分析完成后，单击页面右上角的“提交到开发修复”，弹出接纳信息填写窗口。 单击“退回”，填写“当前责任人”和“退回原因”后，该缺陷的状态直接跳转到“确认”。 单击“重新提交”，该缺陷的状态变为“分析”。 单击“关闭”，选择“关闭类型”，该缺陷的状态变为“关闭”。

查看更多 →

体请参见编辑缺陷详情。 分析完成后，单击页面右上角的“提交到开发修复”，弹出接纳信息填写窗口。 单击“退回”，填写“当前责任人”和“退回原因”后，该缺陷的状态直接跳转到“确认”。 单击“重新提交”，该缺陷的状态变为“分析”。 单击“关闭”，选择“关闭类型”，该缺陷的状态变为“关闭”。

查看更多 →

删除缺陷 删除无效和已关闭的缺陷，可以释放项目空间。 前提条件 已创建项目。 已创建缺陷。 操作步骤 在缺陷列表中，选择需要删除的缺陷。 删除单个缺陷：单击需要删除的缺陷所在行的图标，选择“删除”，弹出“提醒”窗口。 删除单个或多个缺陷：通过复选框选择需要删除的缺陷，单击页面下方的“删除”，弹出“提醒”窗口。

查看更多 →

标题 工作项的标题名称。 描述 根据实际情况填写缺陷的故障现象描述、环境信息、故障现场定位开发人员和开发定位初步原因。 支持使用文字、图片、链接等形式。 附件 单个缺陷的附件数量最多为100个，附件总容量为50MB。 归属项目 缺陷归属的项目，不可修改。 提出人 发现缺陷的测试人员。

查看更多 →

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

查看更多 →

此外，在复制新建时，也可以选择缺陷的归属项目，换言之，我们可以将当前项目的缺陷复制一份到其他项目，减轻重复提单的工作量。但需要注意的是，复制新建的缺陷是一个完全独立的数据对象，在当前项目中将无法追溯到该缺陷。如果您需要建立一个内容相同，但可通过当前缺陷追溯查看的缺陷，建议您使用协同下发缺陷功能。 父主题：

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →