缺陷管理 CodeArts Defect

s Req服务。 需求管理（CodeArts Req）为研发团队提供简单高效的团队协作服务，包含多项目管理、敏捷Scrum、需求管理、缺陷跟踪、文档托管、统计分析、工时管理等功能。 前提条件 使用CodeArts Req前，需要开通CodeArts Req服务。 创建CodeArts

查看更多 →

单击切换到树形模式。 单击切换到卡片模式。 单击“新建”可以新建“US”、“Task”或“Bug”类型工作项。 如果US工作项下需要新建子工作项，则其子工作项类型只能为“Task”或“Bug”类型。 单击工作项列表中对应工作项的“状态”、“优先级”、“责任人”等字段可以直接修改字段值。

查看更多 →

软件仓库 软件仓库概述 管理软件包 管理部署包 管理镜像包 管理SQL包 管理IaC 3.0包 查看Terraform包 查看OS镜像包 管理SWR 父主题： 部署服务

查看更多 →

用外接麦克风拾音，发言人跟踪是否还可以使用？ 使用外接麦克风时，Pro版本的发言人跟踪功能仍然生效，此时内置麦克风仅作为音源定位使用，不进行拾音处理。 父主题： 麦克风

查看更多 →

例3 开发人员C需要进行代码Review。 Bug（缺陷） 软件特性和功能在测试验证阶段发现的问题，通过Bug单独创建、管理和跟踪，Bug通常包括不同的优先级。 Bug可以单独创建和跟踪。 也可以在验证某个Story时创建，这时创建的Bug属于Story的子工作项，这样便于了解每个Story发现了多少个缺陷。

查看更多 →

软件仓库 软件仓库概述 管理软件包 管理部署包 管理镜像包 管理SQL包 管理IaC 3.0包 查看Terraform包 查看OS镜像包 管理SWR 父主题： 部署服务

查看更多 →

什么是制品仓库 服务概述 制品仓库服务（CodeArts Artifact）为软件开发企业提供管理软件发布过程的能力，保障软件发布过程的规范化、可视化及可追溯。 相对于开发过程中的“源代码”，制品仓库服务关注和管理的是开发产生的待部署的“软件包”（通常由源码编译构建或打包而成）及

查看更多 →

数据接入 角色访问权限 管理软件包 管理采集机（运维） 管理采集机（用户） 管理采集任务 管理本地上传任务 数据源配置参考 安装采集Agent 父主题： 管理数据上云

查看更多 →

实施步骤 数据库及中间件服务部署 数据底座模块部署 CIM数据汇聚管理软件部署 平台运行维护软件部署 二三维底板服务维护软件部署 CIM全时空门户部署 二三维底板空间分析软件

查看更多 →

概述 应用场景 BT（宝塔）面板可视化的 服务器 管理软件，支持一键LAMP/LNMP/监控/网站/FTP/数据库/JAVA等100多项服务器管理功能。该镜像基于Ubuntu 22.04操作系统，可以通过Web端轻松管理服务器，提升运维效率。例如：管理网站、管理文件、图表化监控、计划

查看更多 →

概述 制品仓库服务（CodeArts Artifact）为软件开发企业提供管理软件发布过程的能力，保障软件发布过程的规范化、可视化及可追溯。 您可以使用本文档API对制品仓库进行相关操作，如发布库下获取文件信息等。支持的全部操作请参见API概览。 在调用软件开发平台API之前，请

查看更多 →

备注 success Boolean 请求是否成功。 returnData Object 返回值。 状态码 具体请参考状态码。 父主题： 管理软件包

查看更多 →

ID鉴权”响应的accessToken。 X-Request-Id 否 String Header 请求requestId，用来标识一路请求，用于问题跟踪定位，建议使用UUID，若不携带，则后台自动生成。 Accept-Language 否 String Header 语言参数，默认为中文zh-CN，英文为en-US。

查看更多 →

com User-Agent: APIGatewayDebugClient/1.0 X-Access-Token: cnr1519y4i5r5ikKZYTGqR5b2ybEJORGdm3EcPzU X-APIG-Mode: debug 响应消息示例 HTTP/1.1 200 OK Transfer-Encoding:

查看更多 →

DBE_PLDEBUGGER.step debug端调用，单步进入执行。 DBE_PLDEBUGGER.add_breakpoint debug端调用，新增断点。 DBE_PLDEBUGGER.delete_breakpoint debug端调用，删除断点。 DBE_PLDEBUGGER.info_breakpoints

查看更多 →

DBE_PLDEBUGGER.step debug端调用，单步进入执行。 DBE_PLDEBUGGER.add_breakpoint debug端调用，新增断点。 DBE_PLDEBUGGER.delete_breakpoint debug端调用，删除断点。 DBE_PLDEBUGGER.info_breakpoints

查看更多 →

备注 success Boolean 请求是否成功。 returnData Object 返回值。 状态码 具体请参考状态码。 父主题： 管理软件包

查看更多 →

备注 success Boolean 请求是否成功。 returnData Object 返回值。 状态码 具体请参考状态码。 父主题： 管理软件包

查看更多 →

创建时间在所选时间段内的Bug数量，不区分状态。 修复缺陷数 度量所选项目在所选时间段内修复的缺陷数。 状态为“已关闭”的Bug数量。 缺陷修复周期 度量所选项目在所选时间段内完成的缺陷的平均修复时长，单位为天。 从新建状态到已关闭状态的Bug缺陷时长总和/Bug缺陷总数。 缺陷修复速率

查看更多 →

中发现和修补缺陷是开发人员的必要工作，发现了缺陷后立刻就会被修补，因此对于缺陷的跟踪和记录是没有必要的。对于测试人员而言，他们往往使用缺陷跟踪系统对缺陷进行跟踪管理，而缺陷跟踪系统不仅仅用于缺陷跟踪，还可以记录更多相关的信息，例如优先级，严重性，状态，负责人，关联的用例、需求，以

查看更多 →

理念，有助于高效管理测试活动，保障产品高质量交付。 通过本章节，您将了解测试人员Billy如何管理项目的测试周期，包括创建与执行测试用例、跟踪测试进度等。 创建迭代测试计划 在确定迭代4中计划实现的需求（Story）后（即完成步骤一：管理项目规划），测试人员即可在开发人员进行代码开发的同时编写测试用例。

查看更多 →