华为云用户手册

添加CodeArts项目成员方式说明 CodeArts支持通过以下方式向项目中添加成员。 添加成员：项目管理员主动将用户添加为项目成员。根据用户来源的不同，分为以下几种操作： 添加本账号 IAM 用户为CodeArts项目成员 从其他CodeArts项目导入成员 邀请其他账号用户为CodeArts项目成员 从委托中导入CodeArts项目成员 通过链接邀请：项目成员分享二维码、或者项目链接给待邀请的用户，用户扫描二维码、或者单击项目链接可以提交加入项目申请。 父主题： 添加CodeArts项目成员

设置昵称 当前用户只能给自己设置昵称，该昵称对所有项目成员可见。 在设置工作项处理人时，默认优先显示昵称，如果未设置昵称则显示用户名。 进入CodeArts首页。 登录CodeArts控制台，单击，选择区域。 单击“前往工作台”。 如果当前账号采用的是历史计费模式（详情请参见历史计费模式说明），则单击“立即使用”。 在导航栏中单击用户名，在弹框中单击用户名后的。 如果关闭了“设置个人昵称”开关（操作方法请参考昵称设置），则属于IAM用户无法设置昵称，显示为灰色。 在弹框中输入要设置的昵称，单击“确定”完成设置。 图1 设置昵称 刷新页面，页面右上角用户名处将显示新昵称。如果未显示请刷新页面。

设置 消息通知 规则 CodeArts消息通知有两种方式：浏览器桌面通知、邮件通知。 浏览器桌面通知：消息通知将发送至PC端桌面，内容包括代码检查、编译构建、部署、流水线任务的执行结果。 邮件通知：根据各服务通知设置，CodeArts将发送消息通知至的对应成员的邮箱中。 通过“消息设置”页面，可以配置当前用户是否接收CodeArts各服务消息通知。 进入CodeArts首页。 登录CodeArts控制台，单击，选择区域。 单击“前往工作台”。 如果当前账号采用的是历史计费模式（详情请参见历史计费模式说明），则单击“立即使用”。 在导航栏中单击用户名，选择“个人设置”。 页面默认跳转至“消息设置”页面，根据需要可以完成以下配置。 表1 设置消息通知规则 操作 说明 设置勿扰时间 根据需要单击“勿扰时段设置”开关。 如果需要修改勿扰时段，单击“更改设置”，根据需要在弹框中设置开始时间与结束时间，单击“确定”。设置成功后，页面中将显示更新后的时段。 开启/关闭通知 根据需要勾选“开启”或“关闭”。 如果需要修改接收消息通知的邮箱，单击邮箱后的“更改设置”，根据页面提示修改邮箱地址。

前提条件 已在账号A中新建项目X，且用户a在项目X中拥有“成员设置”权限。 被邀请的账号（B）与发出邀请的账号（A）需属于同一个站点。 被邀请用户（b）所属的账号（B）已接受发出邀请的账号（A）的授权。授权方法请参考通过CodeArts控制台授权给其他企业账户，接受授权的方法请参考通过CodeArts控制台接受其他企业账户授权。 如果通过“委托ID”邀请，被邀请的账号（B）中已存在委托对象为云服务“IAM身份中心”的委托。如果没有委托，请参考以下步骤创建。 创建用户 创建权限集 账号关联用户和权限集

操作场景 当两个拥有华为账号的企业A、B合作开发一个项目时，在企业A的账号中创建CodeArts项目后，可以向该项目中添加企业B的账号中的IAM用户。 本节中涉及两个账号A、B，账号A的IAM用户a创建了CodeArts项目X，邀请账号B的IAM用户b成为CodeArts项目X的成员。 本节中涉及两个操作页面：CodeArts控制台、CodeArts首页。 CodeArts控制台：账号A授权给账号B，账号B接受授权邀请。 CodeArts首页：账号A进入项目X，添加账号B的IAM用户。

通过CodeArts控制台授权给其他企业账户 以下操作在账号A中完成。 授权其他企业账户操作需要拥有Tenant Administrator角色权限或者DevCloud Console FullAccess权限。 登录CodeArts控制台，单击，选择区域。 在导航中单击“企业账户授权”。 选择“授权其他企业账户”页签中，单击“邀请企业账户”。 在弹框中输入被邀请的企业账户ID，单击“邀请”。 企业账户ID通过“我的凭证”页面获取，获取方法如下。 登录控制台，鼠标移动至右上方的用户名，在下拉列表中选择“我的凭证”。 在“API凭证”页面获取“账号ID”的值。 邀请授权成功，列表中将增加一条记录。 如果被邀请的账号需要手动接受授权，该记录的状态为“待处理”。 如果邀请被接受（包括手动接受、或自动接受），该记录的状态为“启用”。单击“取消授权”，可以删除该记录。 如果邀请被拒绝，该记录的状态更新为“已拒绝”。单击“重新邀请”可以再次发送授权邀请。

通过CodeArts控制台接受其他企业账户授权 以下操作在账号B中完成。 被邀请的账号可自动接受授权、或者手动接受授权。授权方式可通过CodeArts控制台修改。 图1 修改授权方式 修改授权方式、手动接受授权需要拥有Tenant Administrator角色权限或者DevCloud Console FullAccess权限。 手动接受授权的步骤如下： 登录CodeArts控制台，单击，选择区域。 在导航中单击“企业账户授权”。 选择“接受其他企业账户授权”页签，列表中可查看收到的授权邀请，状态为“待处理”。 根据需要选择“接受”或者“拒绝”。 选择“接受”，在弹框中单击“确认”，邀请的状态将更新为“启用”。单击“退出授权”可以删除该邀请。 选择“拒绝”，在弹框中单击“确认”，邀请的状态将更新为“已拒绝”。

管理数据连接 相关任务和对应的操作如表2所示。 表2 管理数据连接 操作任务 操作步骤 搜索数据连接 在搜索框中输入数据连接关键字，选择数据库类型，页面中显示搜索结果。 查看数据连接详情 在数据连接页面，单击数据连接名称，查看数据连接详细信息。 编辑数据连接 说明： 仅支持编辑用户自定义的数据连接。 在数据连接页面，单击数据连接右侧的图标。 参考表1修改相关信息。 单击页面下方的“确定”。 删除数据连接 说明： 仅支持删除用户自定义的数据连接。 在数据连接页面，单击数据连接右侧的图标。 输入“YES”（大小写均可），单击“确定”。

系统指标说明 服务内置了以下系统指标，帮助快速搭建完善的效能度量看板。 表1 系统指标 领域 视角 指标标题 指标定义 计算公式 需求 组织 项目 团队 个人 需求数 需求数量。 需求数=Story个数。 存量需求数 当前时刻的还未关闭的需求数。 存量需求数=状态为非结束态的Story数量。 超期存量需求数 当前时刻的已经超期还未完成的需求数。 超期存量需求数=状态为非结束态且预计结束时间早于当前时刻的Story数量。 需求超期率 已经超期的需求占比。 需求超期率=(状态为非结束态且预计结束时间早于当前时刻的Story数量 + 预计结束时间早于关闭时间的Story数量) / Story个数。 交付需求数 已交付的需求数。 交付需求数=阶段为结束态的Story数量。 需求交付周期 已交付需求的平均交付时长，单位为天。 需求交付周期=阶段为结束态的Story从“新建”状态到结束态的时长总和 / 阶段为结束态的Story个数。 需求按时交付率 已交付需求的按时交付的比率。 需求按时交付率=阶段为结束态且关闭时间在预计结束日期之内的Story数 / 阶段为结束态的Story总数。 需求交付周期趋势 每月交付需求的平均交付时长。 需求交付周期=阶段为结束态的Story从“新建”状态到结束态的时长总和 / 阶段为结束态的Story个数。 需求交付数成员排名 各成员需求交付数量。 交付需求数=阶段为结束态的Story数量。 成员需求交付数趋势 各成员每周需求交付数量。 交付需求数=阶段为结束态的Story数量。 需求交付趋势 统计交付需求、需求总数每天累计数量。 需求数=Story个数 交付需求数=状态为“已关闭”的Story数量。 需求存量成员排名 各成员存量需求数量。 存量需求数=状态为非结束态的Story数量。 存量需求状态分布 当前时刻的还未关闭的不同状态需求数。 存量需求数=状态为非结束态的Story数量。 需求状态分布 不同状态需求数。 需求数=Story个数。 存量需求优先级分布 当前时刻的还未关闭的不同优先级需求数。 存量需求数=状态为非结束态的Story数量。 需求优先级分布 不同优先级需求数。 需求数=Story个数。 存量需求重要程度分布 当前时刻的还未关闭的不同重要程度需求数。 存量需求数=状态为非结束态的Story数量。 需求重要程度分布 不同重要程度需求数。 需求数=Story个数。 存量需求模块分布 当前时刻的还未关闭的不同模块需求数。 存量需求数=状态为非结束态的Story数量。 需求模块分布 不同模块需求数。 需求数=Story个数。 特性关联文档比例 特性关联文档的比例。 特性关联文档比例=已关联wiki的FE数量 / FE个数。 特性关联用例比例 关联到用例的特性占比。 特性关联用例比例=已关联用例的FE数量 / FE总数。 需求燃尽图 累计未关闭需求的数量，单位为个。 实际剩余需求数=累计需求总数-累计关闭需求数。 故事点燃尽图 累计未关闭需求的故事点。 实际剩余故事点=累计故事点总数-累计关闭需求数的故事点。 需求阶段分布 各阶段的需求数。 需求数=Story个数。 项目需求状态分布 各项目中不同状态的需求数。 需求数=Story个数。 项目需求模块分布 各项目中不同模块的需求数。 需求数=Story个数。 组织 项目 需求交付数项目排名 各项目中需求交付数量。 交付需求数=阶段为结束态的Story数量。 项目需求交付数趋势 各项目中每周需求交付数量。 交付需求数=阶段为结束态的Story数量。 需求存量项目排名 各项目中存量需求数量。 存量需求数=状态为非结束态的Story数量。 项目新增需求趋势 各项目中每月需求新增数量。 新增需求数=创建的Story数量。 项目需求交付周期情况 各项目已交付需求的平均交付时长，单位为天。 需求交付周期=阶段为结束态的Story从“新建”状态到结束态的时长总和 / 阶段为结束态的Story个数。 特性关联文档比例项目排名 各项目的特性关联文档比例。 特性关联文档比例=已关联wiki的FE数量 / FE个数。 特性关联用例比例项目排名 各项目的关联到用例的特性占比。 特性关联用例比例=已关联用例的FE数量 / FE总数。 项目存量需求趋势 各项目中每天还未关闭的需求数。 存量需求数=状态为非结束态的Story数量。 缺陷 组织 项目 团队 个人 缺陷数 缺陷数量。 缺陷数=Bug个数。 存量缺陷数 当前时刻的还未关闭的缺陷数。 存量缺陷数=状态为非结束态的Bug数量。 超期存量缺陷数 当前时刻的已经超期还未完成的缺陷数。 超期存量缺陷数=状态为非结束态且预计结束时间早于当前时刻的Bug数量。 修复缺陷数 已修复完成的缺陷数。 修复缺陷数=阶段为结束态的Bug数量。 缺陷修复周期 已修复完成缺陷的平均修复时长，单位为天。 缺陷修复周期=阶段为结束态的Bug从“新建”状态到结束态的时长总和 / 阶段为结束态的Bug个数。 缺陷按时修复率 已修复完成缺陷的按时修复的比率。 缺陷按时修复率=阶段为结束态且关闭时间在预计结束日期之内的Bug数 /阶段为结束态的Bug总数。 缺陷修复成员排名 各成员缺陷修复数量。 修复缺陷数=阶段为结束态的Bug数量。 成员缺陷修复趋势 各成员每周缺陷修复数量。 修复缺陷数=阶段为结束态的Bug数量。 缺陷修复趋势 统计修复缺陷、缺陷总数每天累计数量。 缺陷数=Bug个数 修复缺陷数=阶段为结束态的Bug数量。 缺陷存量成员排名 各成员存量缺陷数量。 存量缺陷数=状态为非结束态的Bug数量。 存量缺陷状态分布 当前时刻的还未关闭的不同状态缺陷数。 存量缺陷数=状态为非结束态的Bug数量。 缺陷状态分布 不同状态缺陷数。 缺陷数=Bug个数。 存量缺陷优先级分布 当前时刻的还未关闭的不同优先级缺陷数。 存量缺陷数=状态为非结束态的Bug数量。 缺陷优先级分布 不同优先级缺陷数。 缺陷数=Bug个数。 存量缺陷重要程度分布 当前时刻的还未关闭的不同重要程度缺陷数。 存量缺陷数=状态为非结束态的Bug数量。 修复缺陷重要程度分布 已修复完成的不同重要程度缺陷数。 修复缺陷数=阶段为结束态的Bug数量。 缺陷重要程度分布 不同重要程度缺陷数。 缺陷数=Bug个数。 存量缺陷模块分布 当前时刻的还未关闭的不同模块缺陷数。 存量缺陷数=状态为非结束态的Bug数量。 缺陷模块分布 不同模块缺陷数。 缺陷数=Bug个数。 成员缺陷新增趋势 各成员每月缺陷新增数量。 新增缺陷数=创建的Bug数量。 成员缺陷创建趋势 各成员每月创建缺陷数量。 新增缺陷数=创建的Bug数量。 缺陷修复率 已修复完成的缺陷占比。 缺陷修复率=阶段为结束态的Bug数 / Bug总数。 缺陷DI值 当前时刻的还未关闭的缺陷DI值。 DI值=致命级别的存量缺陷个数*10+严重级别的存量缺陷个数*3+一般级别的存量缺陷个数*1+提示级别的存量缺陷个数*0.1。 缺陷DI趋势 每天存量缺陷的DI值。 DI值=致命级别的存量缺陷个数*10+严重级别的存量缺陷个数*3+一般级别的存量缺陷个数*1+提示级别的存量缺陷个数*0.1。 缺陷发现环境分布 不同发现环境缺陷数。 缺陷数=Bug个数。 现网缺陷修复周期 已修复完成现网缺陷的平均修复时长，单位为天。 缺陷修复周期=阶段为结束态且发现环境为“生产环境”的Bug从“新建”状态到结束态的时长总和 / 阶段为结束态且发现环境为“生产环境”的Bug个数。 存量现网缺陷数 当前时刻的还未关闭的现网缺陷数。 存量现网缺陷数=状态为非结束态且发现环境为“生产环境”的Bug数量。 致命现网缺陷数 现网致命缺陷数。 致命现网缺陷数=重要程度为关键且发现环境为“生产环境”的Bug数量。 存量致命现网缺陷数 当前时刻的还未关闭的现网致命缺陷数。 存量致命现网缺陷数=状态为非结束态、重要程度为关键且发现环境为“生产环境”的Bug数量。 存量现网缺陷重要程度分布 当前时刻的还未关闭的不同重要程度的现网缺陷数。 存量现网缺陷数=状态为非结束态且发现环境为“生产环境”的Bug数量。 存量现网缺陷优先级分布 当前时刻的还未关闭的不同优先级的现网缺陷数。 存量现网缺陷数=状态为非结束态且发现环境为“生产环境”的Bug数量。 存量现网缺陷模块分布 当前时刻的还未关闭的不同模块现网缺陷数。 存量现网缺陷数=状态为非结束态且发现环境为“生产环境”的Bug数量。 成员缺陷重要程度情况 各成员缺陷不同重要程度数量。 缺陷数=Bug个数。 项目缺陷修复周期趋势 各项目已修复完成缺陷的平均修复时长趋势。 缺陷修复周期=阶段为结束态的Bug从“新建”状态到结束态的时长总和 / 阶段为结束态的Bug个数。 项目现网缺陷修复周期趋势 各项目已修复完成现网缺陷的平均修复时长趋势。 缺陷修复周期=阶段为结束态的Bug从“新建”状态到结束态的时长总和 / 阶段为结束态的Bug个数。 缺陷修复周期趋势 每月已修复完成缺陷的平均修复时长，单位为天。 缺陷修复周期=阶段为结束态的Bug从“新建”状态到结束态的时长总和 / 阶段为结束态的Bug个数。 组织 项目 缺陷修复项目排名 各项目中缺陷修复数量。 修复缺陷数=阶段为结束态的Bug数量。 项目缺陷修复趋势 各项目中每周缺陷修复数量。 修复缺陷数=阶段为结束态的Bug数量。 缺陷存量项目排名 各项目中存量缺陷数量。 存量缺陷数=状态为非结束态的Bug数量。 项目缺陷新增趋势 各项目中每月缺陷新增数量。 新增缺陷数=创建的Bug数量。 项目缺陷DI趋势 各项目每天存量缺陷的DI值。 DI值=致命级别的问题个数*10+严重级别的问题个数*3+一般级别的问题个数*1+提示级别的问题个数*0.1。 项目存量缺陷趋势 各项目中每天还未关闭的缺陷数。 存量缺陷数=状态为非结束态的Bug数量。 构建 组织 项目 构建次数 所有构建次数。 构建次数=所有创建构建运行数量。 构建成功率 构建运行成功率。 构建成功率=构建成功次数/构建总次数。 构建次数趋势 每日构建次数走势。 构建次数=所有创建构建运行数量。 构建成功率趋势 每日构建成功率走势。 构建成功率=构建成功次数/构建总次数。 构建总时长 所有构建运行时长之和，单位为秒。 构建总时长=所有编译构建任务执行历史中的构建时长之和。 构建性能详情 度量项目的构建性能情况，辅助进行项目构建优化。 - 构建状态分布 所有构建任务中不同状态的构建次数。 构建数量=所有创建构建数量。 构建成功率项目排名 各项目中构建成功率。 构建成功率=构建成功次数/构建总次数。 构建次数项目排名 各项目中所有构建次数。 构建次数=所有创建构建运行数量。 构建总时长项目排名 各项目中所有构建时长之和，单位为秒。 构建总时长=所有编译构建任务执行历史中的构建时长之和。 构建平均耗时趋势 每日构建平均运行执行时长趋势，单位为秒。 构建平均耗时=所有编译构建任务执行成功历史中构建平均运行时长。 构建平均耗时 构建平均运行执行时长，单位为秒。 构建平均耗时=所有编译构建任务执行成功历史中构建平均运行时长。 构建失败率 运行构建的失败率。 构建失败率=构建失败次数/构建总次数。 构建失败率趋势 每日构建失败率走势。 构建失败率=构建失败次数/构建总次数。 构建失败率项目排名 各项目中构建失败率。 构建失败率=构建失败次数/构建总次数。 部署 组织 项目 部署次数 所有部署次数。 部署次数=所有创建部署运行数量。 部署成功率 部署运行成功率。 部署成功率=部署成功次数/部署总次数。 部署次数趋势 每日部署次数走势。 部署次数=所有创建部署运行数量。 部署成功率趋势 每日部署成功率走势。 部署成功率=部署成功次数/部署总次数。 部署总时长 所有部署运行时长之和，单位为秒。 部署总时长=所有部署任务执行历史中的部署时长之和。 部署性能详情 度量项目的部署性能情况，辅助进行项目部署优化。 - 部署状态分布 所有部署任务中不同状态的部署次数。 部署数量=所有创建部署数量。 部署成功率项目排名 各项目中部署成功率。 部署成功率=部署成功次数/部署总次数。 部署次数项目排名 各项目中所有部署次数。 部署次数=所有创建部署运行数量。 部署总时长项目排名 各项目中所有部署时长之和，单位为秒。 部署总时长=所有部署任务执行历史中的部署时长之和。 部署平均耗时趋势 每日部署平均运行执行时长趋势，单位为秒。 部署平均耗时=所有部署任务执行成功历史中部署平均运行时长。 部署平均耗时 部署平均运行执行时长，单位为秒。 部署平均耗时=所有部署任务执行成功历史中部署平均运行时长。 部署失败率 运行部署的失败率。 部署失败率=部署失败次数/部署总次数。 部署失败率趋势 每日部署失败率走势。 部署失败率=部署失败次数/部署总次数。 部署失败率项目排名 各项目中部署失败率。 部署失败率=部署失败次数/部署总次数。 流水线 组织 项目 流水线运行次数 所有流水线运行次数。 流水线运行次数=所有流水线运行数量。 流水线运行成功率 流水线运行成功率。 流水线运行成功率=流水线运行成功次数/流水线运行总次数。 流水线运行次数趋势 每日流水线运行次数走势。 流水线运行次数=所有流水线运行数量。 流水线运行成功率趋势 每日流水线运行成功率走势。 流水线运行成功率=流水线运行成功次数/流水线运行总次数。 流水线运行总时长 所有流水线运行时长之和，单位为秒。 流水线运行总时长=所有流水线运行任务执行历史中的流水线运行时长之和。 流水线性能详情 度量项目的流水线运行性能情况，辅助进行项目流水线运行优化。 - 流水线运行状态分布 所有流水线运行任务中不同状态的流水线运行次数。 流水线运行次数=所有流水线运行数量。 流水线运行成功率项目排名 各项目中流水线运行成功率。 流水线运行成功率=流水线运行成功次数/流水线运行总次数。 流水线运行次数项目排名 各项目中所有流水线运行次数。 流水线运行次数=所有流水线运行数量。 流水线运行总时长项目排名 各项目中所有流水线运行时长之和，单位为秒。 流水线运行总时长=所有流水线运行任务执行历史中的流水线运行时长之和。 流水线成功运行平均耗时趋势 每日流水线运行平均运行执行时长趋势，单位为秒。 流水线运行平均耗时=所有流水线运行任务执行成功历史中流水线平均运行时长。 流水线成功运行平均耗时 流水线运行平均运行执行时长，单位为秒。 流水线运行平均耗时=所有流水线运行任务执行成功历史中流水线平均运行时长。 流水线运行失败率 流水线运行的失败率。 流水线运行失败率=流水线运行失败次数/流水线运行总次数。 流水线运行失败率趋势 每日流水线运行失败率走势。 流水线运行失败率=流水线运行失败次数/流水线运行总次数。 流水线运行失败率项目排名 各项目中流水线运行失败率。 流水线运行失败率=流水线运行失败次数/流水线运行总次数。 流水线运行次数成员排名 各成员执行流水线次数。 流水线运行次数=所有流水线运行数量。 流水线运行情况 统计流水线运行次数及运行结果对比。 流水线运行次数=所有流水线运行数量。 流水线拦截情况 流水线被拦截次数对比。 流水线拦截次数=运行流水线中因为被拦截而失败的运行次数。 流水线拦截项目排名 各项目中流水线被拦截次数。 流水线拦截次数=运行流水线中因为被拦截而失败的运行次数。 工时 组织 项目 团队 个人 实际工时类型分布 不同类型实际工时投入，单位为小时。 实际工时=Story的实际工时总和。 成员实际工时投入情况 各成员实际工时投入，单位为小时。 实际工时=Story的实际工时总和。 需求预计工时人员分布 各成员投入需求预计工时，单位为小时。 预计工时=Story的预计工时总和。 组织 项目 项目实际工时投入情况 各项目实际工时投入，单位为小时。 实际工时=Story的实际工时总和。 需求工时项目分布 各项目投入需求预计工时、实际工时，单位为小时。 实际工时=Story的实际工时总和 预计工时=Story的预计工时总和。 预计工时燃尽图 累计未关闭需求的预计工时数，单位为小时。 预计工时=Story的预计工时总和。 需求预计工时项目分布 各项目投入需求预计工时，单位为小时。 预计工时=Story的预计工时总和。 需求实际工时项目分布 各项目投入需求实际工时，单位为小时。 实际工时=Story的实际工时总和。 成员 项目 项目成员数 项目中成员数量。 项目成员数=项目成员数量。 团队 团队成员数 团队中成员数量。 团队成员数=团队成员数量。 代码 组织 项目 团队 个人 未解决代码问题数 代码检查中未解决的代码问题数。 未解决代码问题数=未解决代码问题数总和。 未解决代码致命问题数 代码检查中致命代码问题数。 代码问题致命总数=级别为“致命”的代码检查问题总数。 代码检查问题成员排名 各成员代码问题总数。 代码问题总数=代码检查问题总数。 代码检查未解决致命问题成员排名 各成员代码致命问题总数。 代码问题致命总数=级别为“致命”的代码检查问题总数。 代码检查新问题成员排名 各成员代码新问题总数。 代码问题新总数=代码检查新问题总数。 未解决问题严重程度分布 代码检查中不同严重程度未解决的代码问题数。 未解决代码问题数=未解决代码问题数总和。 代码问题总数 代码检查中代码问题数。 代码问题总数=代码检查问题总数。 代码变更量 代码提交变更代码行数。 代码变更量=新增代码行-删除代码行。 提交频率 代码提交频率，单位次/天。 提交频率=代码提交次数/时间周期。 成员代码提交趋势 各成员每周代码提交次数。 提交次数=代码提交次数。 代码提交次数成员排名 各成员代码提交次数。 提交次数=代码提交次数。 代码提交次数代码仓排名 各代码仓中代码提交次数。 提交次数=代码提交次数。 代码变更量趋势 每日代码提交变更代码行数。 代码变更量=新增代码行-删除代码行。 代码变更成员排名 各成员代码提交变更代码行数。 代码变更量=新增代码行-删除代码行。 代码合入次数 代码合入master分支次数。 代码合入次数=状态为“已合并”的合并请求次数。 代码评审意见密度 每月每千行代码合入master分支所产生的评论数趋势。 代码评审意见密度=代码评审意见数量/(代码变更量/1000)。 成员代码合入趋势 各成员每月代码合入master分支次数趋势。 代码合入次数=状态为“已合并”的合并请求次数。 代码合入趋势 每月代码合入master分支次数趋势。 代码合入次数=状态为“已合并”的合并请求次数。 代码合入状态分布 各状态代码合入master分支次数。 代码合入次数=状态为“已合并”的合并请求次数。 合入保障率 经过审核的合入master分支请求占比。 合入保障率=经过审核的合并请求/合并请求次数。 组织 项目 未解决代码问题代码仓排名 各代码仓中代码检查未解决的代码问题数。 未解决代码问题数=未解决代码问题数总和。 代码检查问题项目排名 各项目中代码问题总数。 代码问题总数=代码检查问题总数。 代码检查新问题数项目排名 各项目代码新问题总数。 代码问题新总数=代码检查新问题总数。 有效代码行 代码仓中有效代码总行数。 有效代码行=代码仓中有效代码总行数。 总代码行 代码仓中代码总行数。 总代码行=代码仓中代码总行数。 代码重复率代码仓排行 代码仓中代码重复率。 代码重复率=代码重复率。 代码行代码仓排名 各代码仓中代码总行数。 有效代码行=代码仓中有效代码总行数 总代码行=代码仓中代码总行数。 静态扫描缺陷密度 每千行代码产生的静态检查问题数，单位个/千行。 静态扫描缺陷密度=代码检查中代码问题数/(代码总行数/1000)。 静态扫描缺陷密度代码仓排名 各代码仓中每千行代码产生的静态检查问题数，单位个/千行。 静态扫描缺陷密度=代码检查中代码问题数/(代码总行数/1000)。 项目代码提交趋势 各项目中每日代码提交次数。 提交次数=代码提交次数。 代码仓代码提交趋势 各代码仓中每日代码提交次数。 提交次数=代码提交次数。 代码提交次数项目排名 各项目中代码提交次数。 提交次数=代码提交次数。 代码变更项目排名 各项目中代码提交变更代码行数。 代码变更量=新增代码行-删除代码行。 代码变更代码仓排名 各代码仓代码提交变更代码行数。 代码变更量=新增代码行-删除代码行。 项目代码合入趋势 各项目每月代码合入master分支次数趋势。 代码合入次数=状态为“已合并”的合并请求次数。 合入保障项目排名 各项目中经过审核的合入master分支请求占比。 合入保障率=经过审核的合并请求/合并请求次数。 合入保障代码仓排名 各代码仓中经过审核的合入master分支请求占比。 合入保障率=经过审核的合并请求/合并请求次数。 仓库数 仓库数量。 仓库数=代码仓库个数。 Committer检视变更代码量 所有代码仓中经过Committer检视过的合入master分支请求所关联变更代码量，单位为千行。 代码变更量=新增代码行-删除代码行。 Committer检视变更代码量代码仓排名 各代码仓中经过Committer检视过的合入master分支请求所关联变更代码量，单位为千行。 代码变更量=新增代码行-删除代码行。 Committer检视变更代码量成员排名 各成员中经过Committer检视过的合入master分支请求所关联变更代码量，单位为千行。 代码变更量=新增代码行-删除代码行。 测试 组织 项目 团队 个人 用例数 用例数量。 用例数=测试用例个数。 用例自动化率 自动化用例占比。 用例自动化率=自动化用例数量/用例数量。 近30天用例执行率 近30天内执行的用例占比。 近30天用例执行率=近30天执行过的用例数量/用例数量。 近30天用例执行通过率 近30天内执行的用例通过占比。 近30天用例执行通过率=近30天执行通过的用例数量/近30天执行过的用例数量。 P0用例执行通过率 P0测试用例执行通过占比。 P0用例执行通过率=执行通过的P0用例数量/执行过的P0用例数量。 P0用例执行通过率项目分布 各项目中P0测试用例执行通过占比。 P0用例执行通过率=执行通过的P0用例数量/执行过的P0用例数量。 P0用例执行率 P0测试用例执行占比。 P0用例执行率=执行过的P0用例数量/P0用例数量。 P0用例执行率项目分布 各项目中P0测试用例执行占比。 P0用例执行率=执行过的P0用例数量/P0用例数量。 手工用例通过率 手工执行的测试用例执行通过率。 手工用例通过率=手工执行通过的用例数量/用例数量。 自动化用例通过率 自动化执行的测试用例执行通过率。 自动化测试用例通过率。 用例状态分布 不同状态用例数。 用例数=测试用例个数。 用例执行方式分布 不同执行方式用例数。 用例数=测试用例个数。 用例创建趋势 每月创建用例数量。 用例数=测试用例个数。 用例类型分布 不同类型用例数。 用例数=测试用例个数。 用例等级分布 不同等级用例数。 用例数=测试用例个数。 用例结果分布 不同结果用例数。 用例数=测试用例个数。 用例模块分布 不同模块用例数。 用例数=测试用例个数。 用例创建成员排名 各成员测试用例创建数量。 用例数=测试用例个数。 套件用例执行通过情况 各测试套件中测试用例执行通过占比。 用例执行通过率=执行通过的用例数量/执行过的用例数量。 用例关联缺陷率 测试用例关联缺陷占比。 用例关联缺陷率=关联Bug的测试用例数量/测试用例总数量。 用例关联需求率 测试用例关联需求占比。 用例关联需求率=关联需求的测试用例数量/测试用例总数量。 用例关联需求率项目排名 各项目中测试用例关联需求占比。 用例关联需求率=关联需求的测试用例数量/测试用例总数量。 手工用例发现缺陷数 手工执行的测试用例发现缺陷数。 手工用例发现缺陷数=执行方式为“手工测试”的用例发现缺陷数量。 接口自动化用例发现缺陷数 接口自动化的测试用例发现缺陷数。 接口自动化用例发现缺陷数=执行方式为“接口自动化”的用例发现缺陷数量。 组织 项目 用例自动化项目排名 各项目中自动化用例占比。 用例自动化率=自动化用例数量/用例数量。 用例执行通过项目排名 各项目中测试用例执行通过占比。 用例执行通过率=执行通过的用例数量/执行过的用例数量。 P0用例执行通过率项目排名 各项目中P0测试用例执行通过占比。 P0用例执行通过率=执行通过的P0用例数量/执行过的P0用例数量。 P0用例执行率项目排名 各项目中P0测试用例执行占比。 P0用例执行率=执行过的P0用例数量/P0用例数量。 用例关联缺陷率项目排名 各项目中测试用例关联缺陷占比。 用例关联缺陷率=关联Bug的测试用例数量/测试用例总数量。 用例增长趋势 每日累计创建的用例数。 用例数=测试用例个数。 开源治理 组织 风险开源软件包版本数 涉及到高危License、超期使用、高危漏洞的开源软件包版本数。 风险开源软件包版本数=高危License开源软件包版本数+高危漏洞开源软件包版本数+超期使用开源软件包版本数（相同软件不同版本算多个，如果同一版本存在多种风险算一个）。 高危License包版本数 开源软件中license不合规（AGPL/SSPL/GPL）的软件包版本数。 高危License包版本数=license不合规（AGPL/SSPL/GPL）的软件包版本数。 超期使用的包版本数 含超期开源软件包版本数。 超期使用的包版本数=版本发布超过三年的软件版本数。 有高危漏洞的包版本数 含高危漏洞的开源软件包版本数。 有高危漏洞的包版本数=涉及高危漏洞使用的开源软件包版本数。 风险开源软件包版本趋势 近一年有风险开源软件的包版本数按月变化趋势。 风险开源软件包版本数=高危License开源软件包版本数+高危漏洞开源软件包版本数+超期使用开源软件包版本数（相同软件不同版本算多个，如果同一版本存在多种风险算一个）。 高危License包版本趋势 近一年有高危License的包版本数按月变化趋势。 高危License包版本数=license不合规（AGPL/SSPL/GPL）的软件包版本数。 超期使用的包版本趋势 近一年有超期使用的包版本数按月变化趋势。 超期使用的包版本数=版本发布超过三年的软件版本数。 有高危漏洞的包版本趋势 近一年有高危漏洞的包版本数按月变化趋势。 有高危漏洞的包版本数=涉及高危漏洞使用的开源软件包版本数。 风险开源软件包版本详情 有风险开源软件的包版本明细信息。 - 父主题： 指标库

前提条件 完成本操作需满足以下条件之一。 拥有Tenant Administrator角色权限。 拥有DevCloud Console FullAccess及BSS Administrator权限。 拥有DevCloud Console FullAccess及BSS Finance权限。 拥有DevCloud Console FullAccess及BSS Operator权限。 如果用户被授予自定义权限，则自定义权限中需包含DevCloud Console FullAccess所有权限及“bss:order:view”、“bss:order:pay”、“bss:order:update”三种细粒度权限。

变更CodeArts套餐规格 CodeArts支持变更套餐规格，变更影响请参考变更配置后对计费的影响。 登录CodeArts控制台，单击，选择区域。 找到CodeArts套餐，单击操作列中的“变更”。 根据需要选择规格、购买人数、变更类型，勾选同意声明，单击“下一步”。 如果变更前为体验版，则不支持变更人数，只能变更套餐规格。 如果变更类型选择“续费变更”，则还需要选择续费时长。 确认订单内容：如果需要修改，单击“上一步”；如果确认无误，单击“去支付”。 根据页面提示完成支付。

开发者驾驶舱 开发者驾驶舱内置“个人度量”报表，度量当前用户在所选时间段内的工作产出，量化开发者产出贡献，提升工作成就感，同时辅助开发者聚焦关注工作，提升工作效率。 租户内的所有成员均可以进入开发者驾驶舱查看系统报表，管理员、领域行管可管理自定义报表，角色与权限管理操作请参考权限设置。 图1 个人度量 表1 个人度量-度量指标 名称 单位 说明 计算口径 交付需求数 个 度量指定时间段内交付的需求总数。 状态为“已关闭”的Story数量。 修复缺陷数 个 度量指定时间段内关闭的缺陷总数。 状态为“已关闭”的Bug数量。 代码变更量 - 度量指定时间段内提交的所有代码行数。 新增代码行减去删除代码行，不区分代码分支。 实际工时 小时 度量指定时间段内实际工时。 所选时间段内实际工时总计。 存量需求数 个 度量所选项目在当前时刻的还未关闭的需求数，与所选时间段无关。 状态为除“已关闭”之外的Story数量，不区分状态。 超期需求数 个 度量所选项目在当前时刻的已经超期还未完成的需求数，与所选时间段无关 状态为除“已关闭”之外且已经超出预计结束日期的Story数量。 存量缺陷数 个 度量所选项目在当前时刻的还未关闭的缺陷数，与所选时间段无关。 状态为除“已关闭”之外的Bug数量，不区分状态。 超期缺陷数 个 度量所选项目在当前时刻的已经超期还未完成的缺陷数，与所选时间段无关 状态为除“已关闭”之外且已经超出预计结束日期的Bug数量。 需求趋势 - 度量指定时间段内交付需求、存量需求每天的数量，从时间趋势上反映存量需求是否逐步减少并趋于相对稳定。 交付需求：状态为“已关闭”的Story数量。 存量需求：统计状态为除去“已关闭”之外的Story数量。 开发缺陷趋势 - 度量指定时间段内新增开发缺陷、存量开发缺陷每天的数量，从时间趋势上反映开发缺陷是否逐步减少并趋于相对稳定。 新增开发缺陷：创建时间在所选时间范围内的开发缺陷数量。 存量开发缺陷：状态为除去已关闭之外的开发数量。 代码合入次数趋势 - 度量指定时间段每天的代码提交次数，从时间上反映代码提交的频率。 在时间段内的代码提交次数。 代码变更量趋势 - 度量指定时间段内每天的代码量，从时间趋势上反映代码产出。 新增代码行减去删除代码行，不区分代码分支。 父主题： 驾驶舱

查看指标 登录CodeArts首页，单击导航栏“效能洞察”。 如果登录用户第一次进入效能洞察，页面将显示新特性限时免费弹框，单击“同意并试用”即可继续。 在页面左侧导航栏中单击“指标库”。 默认显示全部指标，可根据需要查找/查看指标。 表1 查找/查看指标 操作 说明 搜索指标 在搜索框中输入指标关键字，敲击回车，页面中显示搜索结果。 分类查看指标 服务提供三种分类方式： 按指标所属领域，分为：工作项、测试用例、代码检查、部署、代码合入、构建、工时。 按指标体现的统计视角，分为：项目、组织、个人、团队。 按指标的来源，分为：系统预置、自定义。 切换指标显示方式 显示方式包括卡片、列表，单击即可切换。

相关操作 在驾驶舱中还可以完成以下报表管理操作。 表3 管理报表 操作 说明 搜索报表 在搜索框中输入报表关键字，敲击回车，目录树中显示搜索结果。 全屏查看报表 打开报表，单击“全屏”，即可全屏查看报表；在全屏模式下单击“取消全屏”，即可返回普通窗口大小查看。 编辑自定义报表 打开自定义报表，单击“编辑报表”，即可编辑报表名称/描述、添加/删除筛选器、添加/删除指标。 删除自定义报表 打开自定义报表，单击右上角，选择“删除报表”，根据提示在弹框中输入报表的名称，单击“删除”。 新建自定义报表文件夹 在目录树中找到文件夹“自定义报表”，单击，选择“新建文件夹”。 在新创建的文件夹名称后单击，可以为文件夹重命名、删除文件夹。 说明： 只能在“自定义报表”文件夹中新建文件夹，在新增的文件夹中无法再新建子文件夹。 当文件夹中有报表时，该文件夹无法被删除。需删除文件夹中的报表后，再删除文件夹。

自定义报表 每个驾驶舱中自定义报表所需角色权限不同，详情请参考权限设置。 登录CodeArts首页，单击导航栏“效能洞察”。 如果登录用户第一次进入效能洞察，页面将显示新特性限时免费弹框，单击“同意并试用”即可继续。 单击管理者驾驶舱对应的“立即进入”。 在目录树的自定义报表文件夹中找到目标文件夹，单击，选择“新建报表”。 图2 自定义报表 在弹框中输入报表基本信息，单击“创建并配置”。 表1 报表基本信息 配置项 是否必填 说明 报表名称 是 报表的显示名称。支持中英文、数字、中划线、下划线，不超过16个字符。 视角 不可编辑 报表的查看视角，不同驾驶舱的视角不同。 管理者驾驶舱：组织，即租户视角，可统计全租户数据。 项目经理驾驶舱：项目，统计当前用户所参与的全部项目的数据。 团队Leader驾驶舱：团队，统计当前用户所创建的全部团队的数据。 开发者驾驶舱：个人，只能统计当前用户的个人数据。 报表描述 否 报表的描述信息。在完成报表的发布后，当鼠标悬停在报表名称后的时，将显示报表描述信息。 图3 报表描述 单击“添加指标”，在弹框中选择需要展示的指标，单击“确认”。 指标的来源包括系统预置与自定义，预置指标详情及自定义指标操作方式请参考指标库。 单击“添加全局筛选器”，在弹框中根据需要添加筛选器，并选择是否需要标题，单击“确定”。 筛选器暂不支持自定义，各驾驶舱可选择的内置筛选器请参见下表。 表2 筛选器详情 筛选器 管理者驾驶舱 项目经理驾驶舱 团队Leader驾驶舱 开发者驾驶舱 创建时间 √ √ √ √ 关闭时间 √ √ √ √ 执行时间 √ √ √ √ 统计时间 √ √ √ √ 代码合入时间 √ √ √ √ 项目 × √（新建报表时默认添加该筛选器） × × 项目-仓库 × √ × × 项目-代码合入分支 × √ × × 项目-代码检查分支 × √ × × 团队（创建人） × × √ × 团队（处理人） × × √（新建报表时默认添加该筛选器） × 团队（作者） × × √ × 团队（执行人） × × √ × 创建人 × × × √ 处理人 × × × √（新建报表时默认添加该筛选器） 作者 × × × √ 执行人 × × × √ 自定义报表时，如果报表内有驾驶舱默认添加的筛选器，可以根据需要选择保留或删除。 名词释义： 创建人：测试用例的创建人。 处理人：工作项的处理人。 作者：代码合入请求的创建人。 执行人：流水线的执行人。 单击“发布”，完成报表创建。

团队度量 度量所选团队在所选时间段内的工作产出，辅助评估团队交付能力。 图1 团队度量 表1 缺陷修复度量-度量指标 名称 单位 说明 计算口径 团队成员数 - 度量指定团队成员数量。 团队成员数量。 代码变更量 - 度量团队成员所选时间内代码变更的行数。 团队成员在时间段内的新增代码行数减去删除代码行。 交付需求数 个 度量指定时间段内交付的需求总数。 状态为“已关闭”的Story数量。 修复缺陷数 个 度量指定时间段内关闭的缺陷总数。 状态为“已关闭”的Bug数量。 工时排名 - 度量指定时间段内团队内成员预计工时、实际工时统计，单位：小时。 预计工时：团队成员工作项的预计工时总计。 实际工时：团队成员工作项的实际工时总计。 代码合入排名 - 度量指定时间段内团队用户提交的所有代码变更量。 团队用户在时间段内的代码变更量，代码变更量等于代码新增量减去代码删除量。 需求趋势 - 度量指定时间段内交付需求、存量需求每天的数量，从时间趋势上反映存量需求是否逐步减少并趋于相对稳定。 交付需求：状态为“已关闭”的Story数量。 存量需求：状态为除“已关闭”之外的Story数量。 缺陷趋势 - 度量指定时间段内关闭缺陷、存量缺陷每天的数量，从时间趋势上反映存量缺陷是否逐步收敛 关闭缺陷：状态为“已关闭”的Bug数量。 存量缺陷：状态为“已关闭”的Bug数量。 团队效能分析 - 度量团队成员的效能情况，辅助进行团队进行成员工作统计。 -

工作负荷度量 度量所选团队中成员的工作项负载，辅助团队Leader能够及时识别团队成员超负荷的工作，以及团队的安排是否合理，是否需要调整，从而能够保证项目进度的正常。 图2 工作负荷度量 表2 工作负荷度量-度量维度 度量维度 说明 按工作项数 统计填写了预计开始、预计结束时间的工作项。 按预计工时 统计填写了预计开始、预计结束时间，并且有预计工时的工作项。 按实际工时 统计有实际工时的工作项。如果工时数是多天的合计时间，则按实际工时在日期工作日范围内均分。

发布部署度量 度量所选项目在所选时间段内的发布部署质量。 图7 发布部署度量 表7 发布部署度量-度量指标 名称 说明 计算口径 部署次数 度量所选项目在所选时间段内的部署次数。 项目的所有部署次数。 部署成功率 度量所选项目在所选时间段内部署的成功率。 项目成功的部署次数/部署总次数。 部署成功率趋势 度量指定时间段内每天部署的成功率，从时间趋势上评估发布部署质量。 每天成功的部署次数/部署的总次数。 项目部署列表 度量各个项目发布部署情况，辅助进行项目部署质量的对比。 -

工作负荷度量 度量所选项目中成员的工作项负载，辅助项目经理能够及时识别项目成员超负荷的工作，以及项目的排期是否合理，是否需要调整，从而能够保证项目进度的正常。 图9 工作负荷度量 表9 工作负荷度量-度量维度 度量维度 说明 按工作项数 统计填写了预计开始、预计结束时间的工作项。 按预计工时 统计填写了预计开始、预计结束时间，并且有预计工时的工作项。 按实际工时 统计有实际工时的工作项。如果工时数是多天的合计时间，则按实际工时在日期工作日范围内均分。

编译构建度量 度量所选项目在所选时间段内的编译构建能力。 图8 编译构建度量 表8 编译构建度量-度量指标 名称 单位 说明 计算口径 构建次数 - 度量所选项目在所选时间段内的构建次数。 项目的所有构建次数。 构建成功率 - 度量所选项目在所选时间段内构建的成功率。 项目成功的构建次数/构建总次数。 构建频率 次／天 度量所选项目在所选时间内单位时间的构建次数。 项目在时间段内的构建次数／统计周期。 构建时长 秒 度量所选项目在所选时间内平均构建时长。 项目在时间段内的构建时长总和／构建次数。 构建次数趋势 - 度量指定时间段内每天的构建次数，从时间趋势上评估构建能力。 项目每天构建的次数。 构建成功率趋势 - 度量指定时间段内每天的构建成功率，从时间趋势上评估成功构建的能力。 项目每天成功构建的次数/每天的构建总次数。 项目构建列表 - 度量各个项目构建情况，辅助进行项目构建能力的对比。 -

代码检查度量 度量所选项目在所选时间段内的代码分支的检查问题。 图4 代码检查度量 表4 代码检查度量-度量指标 名称 说明 计算口径 代码问题总数 度量所选项目在当前时刻的扫描问题总数。 所有的代码检查的问题。 未解决代码问题数 度量所选项目在当前时刻的未解决的扫描问题数。 所有的代码检查未解决的问题。 未解决代码问题严重程度分布 度量所选项目在指定分支下未解决的代码扫描问题严重程度分布。 未解决的代码扫描问题的严重程度分布。 近30天代码问题修复趋势 度量最近30天每天修复问题数、未解决问题数，从时间趋势上反映缺陷修复的效率。 修复问题：已解决的代码扫描问题数量。 未解决问题：未解决的代码扫描问题。 项目代码检查问题对比 度量各个项目代码扫描问题总数、存量问题数的对比。 未解决问题数：未解决的代码扫描问题数量。 代码问题总数：所有的代码扫描问题。 用户代码检查问题对比 度量代码扫描问题总数、存量问题数的责任人分布。 未解决问题数：未解决的代码扫描问题数量。 代码问题总数：所有的代码扫描问题。

代码合入度量 度量所选项目在所选时间段内的代码合入情况，辅助评估代码的增长速度情况。 图2 代码合入度量 表2 代码合入度量-度量指标 名称 单位 说明 计算口径 仓库数 - 度量所选项目在当前时刻的所有的代码仓库，与所选时间段无关。 项目所有的代码仓库。 代码变更量 - 度量所选项目所选分支在所选时间内代码变更的行数。 代码仓库对应分支在时间段内的新增代码行数减去删除代码行。 代码合入次数 - 度量所选项目所选分支在所选时间内代码合入的次数。 代码仓库对应分支在时间段内的代码合入次数。 代码合入频率 次／天 度量所选项目所选分支在所选时间内单位时间代码合入的次数。 代码仓库对应分支在时间段内的代码合入次数／统计周期。 代码合入次数趋势 - 度量指定时间段每天的代码合入次数，从时间上反映代码合入的频率。 代码仓库对应分支在时间段内的代码合入次数。 代码变更量趋势 - 度量指定时间段每天的代码变更量，从时间上反映代码增长的规模。 代码仓库对应分支在时间段内的代码变更量，代码变更量等于代码新增量减去代码删除量。 仓库代码合入列表 - 度量各个仓库的代码合入情况，辅助进行仓库代码合入的对比。 - 用户代码合入列表 - 度量项目成员的代码合入情况，反映项目成员的代码开发情况。 -

开发缺陷度量 度量所选项目在所选时间段内的开发缺陷质量。 图5 开发缺陷度量 表5 开发缺陷度量-度量指标 名称 单位 说明 计算口径 缺陷总数 个 度量所选项目在当前时刻的缺陷总数，与所选时间段无关。 所有的Bug数量，不区分状态。 存量缺陷数 个 度量所选项目在当前时刻的还未关闭的缺陷数，与所选时间段无关。 状态为除“已关闭”之外的Bug数量，不区分状态。 遗留DI值 - 度量所选项目截止当前时刻的遗留DI值，辅助评估开发质量，与所选时间段无关。 存量的缺陷，DI值的计算公式如下： 致命级别的问题个数*10+严重级别的问题个数*3+一般级别的问题个数*1+提示级别的问题个数*0.1 缺陷趋势 - 度量指定时间段内每天修复缺陷的数、存量的缺陷数、新增的缺陷数。 修复缺陷：状态为“已关闭”的Bug数量。 存量缺陷：除“已关闭”状态之外的Bug数量。 新增缺陷：新创建的Bug数量。 DI值趋势 - 度量指定时间段内每天遗留的DI值，从时间趋势上评估开发的质量。 每天的存量缺陷DI值。 项目开发缺陷列表 - 度量各个项目的缺陷情况，辅助进行项目质量的对比。 - 用户开发缺陷列表 - 度量各个用户的缺陷情况，辅助分析开发人员的质量。 -

缺陷修复度量 度量所选项目在所选时间段内的缺陷的修复效率。 图3 缺陷修复度量 表3 缺陷修复度量-度量指标 名称 单位 说明 计算口径 缺陷总数 个 度量所选项目在当前时刻的缺陷总数，与所选时间段无关。 所有的Bug数量，不区分状态。 存量缺陷数 个 度量所选项目在当前时刻的还未关闭的缺陷数，与所选时间段无关。 状态为除“已关闭”之外的Bug数量，不区分状态。 超期缺陷数 个 度量所选项目在当前时刻的已经超期还未完成的缺陷数，与所选时间段无关。 状态为除“已关闭”之外且已经超出预计结束日期的Bug数量。 新增缺陷数 个 度量所选项目在所选时间段内新创建的缺陷。 创建时间在所选时间段内的Bug数量，不区分状态。 修复缺陷数 个 度量所选项目在所选时间段内修复的缺陷数。 状态为“已关闭”的Bug数量。 缺陷修复周期 天 度量所选项目在所选时间段内完成的缺陷的平均修复时长。 Bug状态为“已关闭”的缺陷从新建状态到已关闭状态的时长总和/缺陷个数。 缺陷修复速率 个/天 度量所选项目在所选时间段内单位时间平均修复的缺陷数。 Bug状态为“已关闭”的缺陷个数总和 / 统计周期。 缺陷按时修复率 - 度量所选项目在所选时间段内修复的缺陷按期修复的比率。 Bug状态为“已关闭”且关闭时间在预计结束日期之内的缺陷数/Bug状态为已关闭的缺陷总数。 缺陷修复趋势 - 度量指定时间段内每天修复缺陷、全部缺陷的累计数量，从时间趋势上反映缺陷修复的效率 修复缺陷：状态为“已关闭”的Bug数量。 全部缺陷：所有状态的Bug数量。 缺陷修复周期趋势 - 度量指定时间段内每天修复缺陷的平均修复时长，从时间趋势上反映缺陷修复周期的变化。 每天Bug状态为“已关闭”的缺陷从新建状态到已关闭状态的时长总和/缺陷个数。 项目缺陷修复列表 - 度量各个项目的缺陷修复情况，辅助进行项目交付的对比。 - 用户缺陷修复列表 - 度量项目成员的缺陷修复情况，辅助分析项目成员缺陷解决的效率。 -

测试用例度量 度量所选项目在所选时间段内的测试质量。 图6 测试用例度量 表6 测试用例度量-度量指标 名称 说明 计算口径 用例总数 度量所选项目截止当前时刻的用例总数，与所选时间段无关。 项目的所有用例数。 用例自动化率 度量所选项目截止当前时刻的用例中自动化用例的占比。 项目中自动化用例数/用例总数。 用例执行率 度量所选项目在所选时间段内执行的用例比例，辅助分析用例的质量保障。 执行的用例数/用例总数 用例执行通过率 度量所选项目在所选时间段内执行的用例通过率，辅助分析测试用例质量 执行通过的用例数/执行用例数 用例分布 度量所选项目所有用例的分布，与所选时间段无关。 用例在手工用例、接口自动化、功能自动化、性能自动化的分布。 用例执行通过率趋势 度量指定时间段内每天用例执行的通过率，从时间趋势上评估用例执行的质量。 每天执行通过的用例数/执行的用例总数。 项目测试用例列表 度量各个项目测试用例情况，辅助进行项目测试用例质量的对比。 - 用户测试用例列表 度量各个用户测试用例情况，辅助分析用户的测试用例质量。 -

需求效率度量 度量所选项目在所选时间段内的需求交付效率，包括吞吐量、交付速率等，辅助评估需求的交付风险。 图1 需求效率度量 表1 需求效率度量-度量指标 名称 单位 说明 计算口径 需求总数 个 度量所选项目近1年创建需求总数。 所有的Story数量。 存量需求数 个 度量所选项目在当前时刻的还未关闭的需求数。 状态为除“已关闭”之外的Story数量。 超期需求数 个 度量所选项目在当前时刻的已经超期还未完成的需求数。 状态为除“已关闭”之外且已经超出预计结束日期的Story数量。 新增需求数 个 度量所选项目在所选时间段内新创建的需求。 创建时间在所选时间段内的Story数量。 交付需求数 个 度量所选项目在所选时间段内交付的需求数。 状态为“已关闭”的Story数量。 需求交付周期 天 度量所选项目在所选时间段内完成的需求的平均交付时长。 状态为“已关闭”的Story从“新建”状态到“已关闭”状态的时长总和/Story个数。 需求交付速率 个/天 度量所选项目在所选时间段内单位时间平均交付的需求数。 状态为“已关闭”的Story个数总和/统计周期。 需求按时交付率 - 度量所选项目在所选时间段内交付的需求按期交付的比率。 状态为“已关闭”且关闭时间在预计结束日期之内的Story数/状态为“已关闭”的Story总数 需求交付趋势 - 度量所选项目指定时间段内交付需求、需求总数每天累计数量（近1年），从时间趋势上反映需求的交付速率以及交付需求数与需求总数之间的偏差。 累计交付需求数：状态为“已关闭”的Story数量。 累计需求总数：所有状态的Story数量。 需求交付周期趋势 - 度量指定时间段内每天交付需求的平均交付时长，从时间趋势上反映需求交付周期的变化。 每天状态变更为“已关闭”的Story从“新建”状态到“已关闭”状态的时长总和/Story个数。 项目需求交付列表 - 度量各个项目的需求交付情况，辅助进行项目交付的对比。 - 用户需求交付列表 - 度量项目成员的需求交付情况，辅助进行项目成员工作分解。 -

功能特性 效能洞察提供以下功能特性： 表1 效能洞察功能特性 功能特性 说明 驾驶舱 管理者驾驶舱 帮助管理者整体掌握企业的研发效能情况，辅助管理决策驱动业务增长。 项目经理驾驶舱 帮助项目经理对项目交付全链路进行跟踪，跟进项目进度以及识别交付风险。 团队Leader驾驶舱 帮助团队Leader管理团队成员，跟踪管理团队的资源、交付，提升团队效能。 开发者驾驶舱 量化开发者产出贡献，提升工作成就感，同时辅助开发者聚焦关注工作，提升工作效率。 指标库 系统指标 根据常用业务场景，效能洞察提供丰富的系统组件，帮助快速搭建完善的效能度量看板。 自定义指标 支持用户根据不同场景自定义指标，帮助完备效能看板。 管理配置 团队管理 支持管理员及团队Leader将租户下成员进行团队划分，便于团队管理。 权限配置 支持管理员为成员分配角色，控制不同角色的权限范围。

优势 企业级研发效能驾驶舱 提供管理者、项目经理、团队Leader、开发者不同角色驾驶舱，面向不同角色使用场景提供研发效能度量，支撑企业数据驱动运营及治理。 集成端到端研发工具链 连接数据孤岛，全面集成接入CodeArts端到端工具链，构建研发 数据湖 和定义标准领域模型，实现零成本数据接入。 开箱即用的洞察分析平台 提供100+开箱即用的指标库，覆盖需求、缺陷、代码、构建、测试、部署、发布端到端主题领域，同时可以基于强大的洞察平台进行自定义指标和数据探索。 灵活可扩展的自定义报表 提供丰富的数据分析图表类型和强大的自定义报表能力，满足企业定制化的场景诉求，从而构建企业量身定制的研发效能度量和治理门户。

准入条件 企业入驻华为云云商店需要符合以下条件： 符合国家相关法律、法规规定，拥有正规的公司资质。 具有5人以上的技术及客服团队。 可提供不少于5*8小时的客服在线服务。 接受并签署云商店相关协议及管理规范，并按照协议及管理规范的条款和条件开展业务合作。 企业成立至少1年以上，且注册资金50万元以上。 接受并签订《云商店通用商品商家合作协议》并按照协议约束的条款开展业务合作。 接受华为云要求满足的其他条件（含伙伴政策要求的条件）。 个人开发者入驻华为云云商店需要符合以下条件： 可提供不少于5*8小时的客服在线服务。 接受并签署云商店相关协议及管理规范，并按照协议及管理规范的条款和条件开展业务合作。 个人开发者需通过华为云平台的实名认证，年龄需满足18周岁以上。 接受并签订《云商店通用商品商家合作协议》并按照协议约束的条款开展业务合作。 接受华为云要求满足的其他条件（含伙伴政策要求的条件）。 父主题： 商家入驻

前提条件 制作私有镜像前，需先购买华为云弹性 云服务器ECS ，在E CS 上完成安装部署。 关于ECS配置说明： 建议选择公共镜像类型。 建议选择通用计算型或通用计算增强型规格。 商家需按照镜像资产安全检测标准自检确保镜像无安全漏洞。 为确保后续安全扫描正常进行，商家需为镜像开启远程登陆服务： 如果是linux，请修改ssh服务配置文件，将sudo vi /etc/ssh/sshd_config中的PermitRootLogin参数值调整为yes（华为提供的linux公共镜像已默认开启无需配置）。 如果是windows镜像，请参考指南开启WinRM服务。