华为云用户手册

直播带货风格文案 哈喽哈喽，宝宝们晚上好呀，欢迎来到我们的直播间。 爱吃的宝宝们一定要认准我们的直播间，喜欢快乐购物的也要关注我们哦！ 今天咱们刚刚开播，给大家带来了超多福利，是你想不到的优惠！ 在直播间的宝宝可以扣个一，让我看到你们。 废话不多说，我们先来一波抽奖！ 当前在直播间的宝宝，我们先来抽五个人免费送一波福利！ 今晚的美食专场有饼干，有薯片…还有我也非常喜欢吃的麻辣香锅。 不过数量都比较少，真的要拼手速宝宝们！ 今天直播间会有超级秒杀价，比双十一还要便宜哦！ 今天我们的直播时间是八点到十二点，宝宝们有任何疑问都可以打在公屏上。 欢迎新进直播间的宝宝们，还没关注主播的可以先点一点左上方的关注。 右下角的点赞也可以一起点起来！今天我们直播间会有不定时的点赞抽奖活动哦！ 来，先给大家上一款减脂期可以解馋的饼干。 这个包装看起来就非常有食欲对不对？ 这款饼干真的非常适合喜欢吃零食，但又想控制热量的宝宝。 平常的饼干只能吃一包，现在你能吃三包！ 这个饼干三包加起来的热量，才顶上平常一包饼干的热量！ 并且这款饼干是无添加剂的，给大家看看成分哈，无任何添加剂。 放心吃，还不易长胖，是不是很赞！ 这款饼干不添加油，还能吃出油的香味，健康和口味都给大家兼顾到了。 非油炸、无添加剂的饼干，根本不用担心吃多了上火、长痘这些问题。 追剧、逛街、或者是上班时下午饿了，来上一包都好。 这款饼干味道真的很特别，也很香，连我们不爱吃零食的同事都说好吃！ 宝宝们听好了，今天主播是来给你们送福利的对不对？ 所以今天这个价格，我们肯定也是不一样的。 常吃我们家饼干的宝宝应该知道，平常我们是七块九得一包。 所有宝宝听好了，今天在我们直播间，四十九块九发十包！ 在十包的基础上，主播额外再加赠两包！ 没错，相当于四十九块九得十二包！今天的价格真的非常给力！ 折算下来四块多一包对不对，相当于半价啊宝子们！ 但是今天只有五百份，所以宝子们，你们要拼手速了。 来，宝宝们话不多说，我们准备给大家上链接了，五、四、三、二、一 宝宝们，饼干已经上架了，在小黄车的一号链接。 今天这个价格，半价都不到，真的，只有在直播间才能享受到！ 四十九块九到手十二包，比双十一价格还低，真的非常划算了！ 今晚直播间只有五百份，抢完就没了…… 宝宝们一定要秒拍秒付，别等会想拍没有了。 拍好的宝宝们记得回来说一下，给大家备注优先发货。 我们所有产品都是经过食品安全检测的，大家可以放心下单！ 大家看下我们家饼干的评价就知道了，真的是好产品！ 没有付款的宝宝抓紧时间去下单啦！我们的福利价都是直播的时候才能享受的！ 喜欢的宝宝可以直接去拍，下单就送运费险，大家放心大胆地去拍！ 趁着我们今天直播间有优惠先拍下来，先把便宜占下来！ 今天这个饼干我们真的加不了单哦，再跟大家说一遍真的加不了。 还没拍的抓紧时间啦，再过五秒钟，主播就要给大家过款了！ 过款就恢复原价咯，等会想拍也没有了。 来，倒计时五秒钟，五、四、三、二、一，上下一款…… 接下来给大家推荐的是一款我自己也非常爱吃的麻辣香锅！ 这个麻辣香锅是我吃过所有香锅中最让我惊艳的。 今天给大家准备了两种不同口味，有酱香味的和麻辣味的。 想吃麻辣香锅但又不太能吃辣的宝宝们有口福了。 不能吃辣的宝宝，等会下单的时候选酱香口味。 辣的和不辣的都想尝试的宝宝可以分别选择哈，喜欢哪个就选哪个。 他家麻辣香锅的特点就是： 第一、麻辣鲜香，香而不咸 第二、里面的配菜非常丰富量也很足，有乌冬面、蔬菜、鱼丸、素毛肚…… 第三、蔬菜非常新鲜，藕片什么的吃起来还是很脆的口感 给大家来看看我们麻辣香锅里面都有什么东西。 我们首先的话，是有一个水包， 这个水包是纯净水、直饮水，不是自来水哈，直接喝都是可以的。 菜包里面给大家做到有荤有素，做到营养均衡搭配。 并且都是采用新鲜食材，让你在吃的美味、吃的健康的同时吃的放心。 所以你尽管放心的去拍，我们的食品都有食品检测证书， 安全到小孩可以吃，安全到老人可以吃，都是没有任何问题的。 甚至说我们连餐盒都是加大成本的，我们做的是铝箔餐盒。 你可以去对比任何在市面上买得到的自热产品，他们基本上都是塑料盒子， 塑料盒子加热有异味，无论是自己吃，还是给到家人吃都是不太放心的。 我们的铝箔餐盒加热之后，无毒、无味、无害，放心加热使用！ 我们一个麻辣香锅的重量都是有四百五十克的，差不多一斤，可以让你吃饱！ 主播我是能做到吃饱后都还有得剩的，所以量上你不用担心。 保质期有八个月哦宝宝，放心囤货， 囤在家里常温保存，不需要占用冰箱容量，常温保存就可以。 像我们上班族的宝宝，上一天班本身就已经很辛苦很累了。 咱回到家不需要再去买菜做饭，不需要再用到电、用到气。 只需要一杯冷水，十五分钟，就可以吃上美味的麻辣香锅！ 今天麻辣香锅的价格也非常给力。平常都要二十九块九的一盒对不对？ 今天在我们直播间，第一盒二十九块九，第二盒十九块九，第三盒不要钱！ 三盒只要四十九块八，平均下来只要十六块六一盒！ 倒计时五、四、三、二、一上链接，来，什么都不要管，拍三盒，拍三盒是最优惠的…… 喜欢吃的宝宝抓紧时间去下单，有什么问题打在评论区就可以。 今天直播间下单平均下来一盒只要十六块六！ 你在外面吃一顿麻辣香锅的价格可以在我们直播间吃十顿！ 吃起来也是非常的简便快捷，还非常的经济划算。 现在拍下二号链接的宝宝，都会额外再送出泡发河粉一个，再送三个响铃卷！ 这几个赠品单去购买都要花上十多块的价格才能够买得到。 但是今天在咱们直播间拍下来就直接送给大家， 赠品库存有限，咱先到先得！ 这波赠品库存仅剩最后几单，全凭手速，手快有手慢无！ 你再犹豫你再纠结，就被拍完、就被抢完了哈！ 有任何问题都可以直接来直播间找到客服的，我们做到售后无忧有保障。 现在在直播间下单的宝子，主播都可以帮你安排明天提速发货的。 新进直播间的宝宝们，动动你们的小手给主播点点赞，点赞过万就抽奖 接下来我们要来抽奖啦，还没关注的宝宝一定要关注起来，不关注是没办法抽奖的哦！ 我们直播间每天都会有很多抽奖福利，每天晚上八点都可以来看直播哦！ 大家刷一下我们的抽奖暗号“我想要”，大家可以刷屏刷起来啦！ 我们给刚进来的宝宝几秒钟的时间关注和刷屏…… 好的，现在倒计时五秒抽奖， 五、四、三、二、一 宝宝们，我们的直播还有十分钟就要结束了，大家还有什么疑问都可以打在公屏上！ 没有领到券的宝宝可以先把我们直播间的专属券领一领，等会主播下播后就无法领了哈。 我们准备下播咯，跟大家预告一下明天我们的开播时间是晚上八点，记得来看哦！拜拜 父主题： 文案样例（进阶版）

ClickHouse参数调优实践 表1 ClickHouse参数调优汇总 参数名 参数描述 默认值 建议值 是否需要重启生效 max_memory_usage_for_all_queries 单台服务器上所有查询的内存使用量，默认没有限制。建议根据机器的总内存，预留一部分空间，防止内存不够导致服务或者机器异常。 0 机器总内存的80% 否 max_memory_usage 单个查询在单台服务器的能使用的最大内存。 10G 50GB 否（新版本可通过多租户方式配置） max_bytes_before_external_group_by 确定了在GROUP BY中启动将临时数据转存到磁盘上的内存阈值。默认值为0表示这项功能将被禁用。一般：设置为max_memory_usage/2。 0 25GB 否 max_execution_time 单次查询耗时的最长时间，单位为秒。默认没有限制。 0 300 否 max_threads 执行请求的最大线程数。默认情况下是按照机器CPU核数自动确定的。单并发情况下线程数越大越好（该值要小于CPU核数），多并发情况建议设置为CPU核数/2的值。 CPU核数/2 64 否 max_result_rows 限制返回结果行数，默认为0不限制。 0 100000 否 distributed_product_mode 默认SQL中的子查询不允许使用分布式表，修改为local表示将子查询中对分布式表的查询转换为对应的本地表。 deny 根据场景定： deny/local/global/allow 否 background_pool_size 后台用于merge的线程池大小。 16 64 否 log_queries system.query_log表的开关。默认值为0，不存在该表。修改为1，系统会自动创建system.query_log表，并记录每次query的日志信息。 0 1 否 skip_unavailable_shards 当通过分布式表查询时，遇到无效的shard是否跳过。默认值为0表示不跳过，抛异常。设置值为1表示跳过无效shard。 0 建议使用默认值。异常时，调整为1，提供有损服务。 否 max_bytes_before_external_sort 如果没有足够的内存，可以使用该参数来设置外部排序（在磁盘中创建一些临时文件）。默认为0表示禁用外部排序功能，当内存不够时直接抛错，设置了该值order by可以正常完成，但是速度非常慢。 0 25GB 否 keep_alive_timeout 服务端与客户端保持长连接的时长，单位为秒。 10 600 否 max_concurrent_queries 最大支持的查询并发。 100 150 否 session_timeout_ms Clickhouse服务和ZooKeeper保持的会话时长，超过该时间ZooKeeper还收不到Clickhouse的心跳信息，会将与Clickhouse的session断开。 3000 120000 否 父主题： ClickHouse数据库调优

计费示例 示例中的价格仅供参考，实际计算请以购买页中的价格为准。 包月套餐示例 场景一：团队有25人，如何购买套餐较为划算？ 解析： 首先，购买1个1元套餐，包含5人1个月的用量。 然后，购买1000元套餐，每个套餐内包含5人1个月的用量，因此需购买(25-5)/5=4个。 每月总费用为1+1000*4=4001（元）。 场景二：企业购买了1个1元套餐与4个1000元套餐，但实际有28人使用，将会如何计费？ 解析： 购买套餐之后，系统会将使用量（人时）打包提供到租户下，则该企业购买的套餐包中包含的使用量为： 25人x24小时/天×31天=18600人时。28人连续使用时实际可以使用18600人时/28人≈664小时（约28天），此时该包月套餐的人时用量将在月内提前用完。 如果团队继续使用，则系统会按照28人规模进行按需计费。 CodeArts采用阶梯计费，由于团队共28人，人数单价分为两部分：20个人采用第一阶梯计费单价（假设单价为0.278元/人时），超出20的部分采用第二阶梯计费单价（假设单价为0.333元/人时）。 因此按需计费每小时产生的费用约为：0.278*20+0.333*(28-20)=8.224（元），每天产生的费用约为8.224*24=197.376（元）。 场景三：团队中有5人，购买1元套餐，代码仓库中使用量为200G（超出了每月固定额度），应如何计费？ 解析： 团队购买或开通套餐后，代码托管每月固定赠送量为74400G小时。由于代码仓库中使用量为200G，则赠送量将在74400G小时 / 200G = 372小时（15.5天）后耗尽。 如果继续使用200G存储空间，则系统会对这200G存储空间采用按需计费模式。假设存储空间单价为0.000442元/GB/小时，则每小时产生的费用约为：200*0.000442=0.0884（元），每天产生的费用约为0.0884*24=2.1216（元）。 按需计费示例 场景：团队有28人，如果是用按需计费，每月的费用是多少？ 解析： CodeArts采用阶梯计费，由于团队共28人，人数单价分为两部分：20个人采用第一阶梯计费单价（假设单价为0.278元/人时），超出20的部分采用第二阶梯计费单价（假设单价为0.333元/人时）。 因此按需计费每小时产生的费用约为：0.278*20+0.333*(28-20)=8.224（元），每天产生的费用约为8.224*24=197.376（元），每月（假设为31天）产生的费用为：197.376*31=6118.656元。

退订 CodeArts按需计费不支持退订。如果购买了预付费按需套餐，需在到期转后付费按需时，完成关闭服务组合操作。 关闭服务组合 登录软件开发生产线控制台，根据需要在页面左上角选择区域。 在“总览”页面中找到“我的服务”页签，单击开关，根据页面提示完成关闭操作。 关闭单服务 登录软件开发生产线控制台，根据需要在页面左上角选择区域。 在页面左侧导航中单击需要取消的服务，找到“开通记录”页签，单击“关闭服务”，根据页面提示完成关闭操作。

计费项 CodeArts各服务计费项如下： 表2 计费项 服务 计费项 免费体验 额度 预付费套餐使用额度 - 人数（某一Region内，租户中所有项目的项目成员去重数量） 5人 3720人*小时/月（5人*24小时*31天/月） 需求管理 存储空间 500MB 74,400 GB*小时/月（100G*24小时*31天/月），不可结转下月 代码托管 存储空间 500MB 74,400 GB*小时/月（100G*24小时*31天/月），不可结转下月 流水线 - 限时免费 限时免费 代码检查 - 限时免费 限时免费 编译构建 构建时长 600分钟 5,000分钟/月，不可结转下月 部署 - 限时免费 限时免费 测试计划（测试管理部分） 存储空间 500MB 74,400 GB*小时/月（100G*24小时*31天/月），不可结转下月 测试计划（接口测试部分） 测试时长 30分钟接口测试时长 需单独开通 制品仓库 存储空间 500MB 74,400 GB*小时/月（100G*24小时*31天/月），不可结转下月

计费模式 历史按需计费模式提供免费体验、预付费按需套餐包、后付费按需。 表1 计费模式详情 分类 免费体验 预付费按需套餐包 后付费按需 适用场景 试用体验 试用人数较稳定 使用人数波动较大 付费模式 免费 预付费 后付费 开通购买 无需开通，直接使用 当使用人数为5人及以下时，可购买1元套餐。 当使用人数超过5人时，先购买1元套餐，再叠加购买1000元套餐。 在控制台“总览”页面开通服务组合，服务组合包含需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划（测试管理部分）、制品仓库。 在控制台中选择某个服务，可以单独开通某一个服务。 例外说明 使用人数最多为5人，并提供少量使用量额度。如果使用人数超出5人，或使用量达到额度上限，将提示开通服务。 套餐内包含固定的使用量额度（额度与购买人数无关）。当实际使用人数、使用量超出额度时，超出部分将采用后付费按需模式。 预付费套餐可按月/按年购买，到期自动转为后付费按需方式。 -

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

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

函数样例工程包下载 本手册使用样例工程包下载地址如表4所示，可以下载到本地，创建函数时上传使用。 表4 样例工程包下载 函数 工程包下载 软件包校验文件 Node.js函数 fss_examples_nodejs.zip fss_examples_nodejs.sha256 Python函数 fss_examples_python2.7.zip fss_examples_python2.7_sha256 Java函数 fss_example_java8.jar fss_example_java8_sha256 Go函数 fss_examples_go1.8.zip fss_examples_go1.8_sha256 C#函数 fss_example_csharp2.0、fss_example_csharp2.1 fss_example_csharp2.0_sha256 fss_example_csharp2.1_sha256 PHP函数 fss_examples_php7.3.zip fss_examples_php7.3_sha256

Python Runtime集成的非标准库 表3 Python Runtime集成的非标准库 模块 功能 版本号 dateutil 日期/时间处理 2.6.0 requests http库 2.7.0 httplib2 httpclient 0.10.3 numpy 数学计算 1.13.1 redis redis客户端 2.10.5 obsclient OBS客户端 - smnsdk 访问 SMN 服务 1.0.1

Node.js Runtime集成的三方件 表2 Node.js Runtime集成的三方件 名称 功能 版本号 q 异步方法封装 1.5.1 co 异步流程控制 4.6.0 lodash 常用工具方法库 4.17.10 esdk-obs-nodejs OBS SDK 2.1.5 express 极简web开发框架 4.16.4 fgs-express 在FunctionGraph和API Gateway之上使用现有的Node.js应用程序框架运行无服务器应用程序和REST API 。提供的示例允许您使用Express框架轻松构建无服务器Web应用程序/服务和RESTful API 。 1.0.1 request 简化http调用，支持HTTPS并默认遵循重定向 2.88.0

函数支持的运行时语言 FunctionGraph函数Runtime支持多种运行时语言：Python 、Node.js、Java、Go、C#、PHP及自定义运行时，说明如表1所示。 建议使用相关语言的最新版本。 表1 运行时说明 运行时语言 支持版本 SDK下载 Node.js 6.10、8.10、10.16、12.13、14.18、16.17、18.15 - Python 2.7、3.6、3.9、3.10 - Java 8、11、17（当前仅支持华北-乌兰察布二零二） Java SDK下载（软件包检验文件：fss-java-sdk_sha256） 说明： Java SDK集成了云服务OBS SDK。 Go 1.x Go1.x SDK（软件包检验文件：Go SDK_sha256） C# .NET Core 2.1、.NET Core 3.1、.NET Core 6.0（当前仅支持华北-乌兰察布二零二） CsharpSDK（软件包检验文件：fssCsharp_sha256） PHP 7.3 - 定制运行时 - -

打包规范说明 函数除了支持在线编辑代码，还支持上传ZIP、JAR、引入OBS文件等方式上传代码，函数工程的打包规范说明如表1所示。 表1 函数工程打包规范 编程语言 JAR包 ZIP包 OBS文件 Node.js 不支持该方式 假如函数工程文件保存在“~/Code/”文件夹下，在打包的时候务必进入Code文件夹下选中所有工程文件进行打包，这样做的目的是：入口函数是程序执行的入口，确保解压后，入口函数所在的文件位于根目录。 如果函数工程引入了第三方依赖，可以将第三方依赖打成ZIP包，在函数代码界面设置外部依赖包；也可以将第三方依赖和函数工程文件一起打包。 将工程打成ZIP包，上传到OBS存储桶。 PHP 不支持该方式 假如函数工程文件保存在“~/Code/”文件夹下，在打包的时候务必进入Code文件夹下选中所有工程文件进行打包，这样做的目的是：入口函数是程序执行的入口，确保解压后，入口函数所在的文件位于根目录。 如果函数工程引入了第三方依赖，可以将第三方依赖打成ZIP包，在函数代码界面设置外部依赖包；也可以将第三方依赖和函数工程文件一起打包。 将工程打成ZIP包，上传到OBS存储桶。 Python 2.7 不支持该方式 假如函数工程文件保存在“~/Code/”文件夹下，在打包的时候务必进入Code文件夹下选中所有工程文件进行打包，这样做的目的是：入口函数是程序执行的入口，确保解压后，入口函数所在的文件位于根目录。 如果函数工程引入了第三方依赖，可以将第三方依赖打成ZIP包，在函数代码界面设置外部依赖包；也可以将第三方依赖和函数工程文件一起打包。 将工程打成ZIP包，上传到OBS存储桶。 Python 3.6 不支持该方式 假如函数工程文件保存在“~/Code/”文件夹下，在打包的时候务必进入Code文件夹下选中所有工程文件进行打包，这样做的目的是：入口函数是程序执行的入口，确保解压后，入口函数所在的文件位于根目录。 如果函数工程引入了第三方依赖，可以将第三方依赖打成ZIP包，在函数代码界面设置外部依赖包；也可以将第三方依赖和函数工程文件一起打包。 将工程打成ZIP包，上传到OBS存储桶。 Java 8 如果函数没有引用第三方件，可以直接将函数工程编译成Jar包。 如果函数引用第三方件，将函数工程编译成Jar包后，将所有依赖三方件和函数jar包打成ZIP包。 将工程打成ZIP包，上传到OBS存储桶。 Go 1.x 不支持该方式 必须在编译之后打zip包，编译后的二进制文件必须与执行函数入口保持一致，例如二进制名称为Handler，则执行入口为Handler。 将工程打成ZIP包，上传到OBS存储桶。 C# 不支持该方式 必须在编译之后打zip包，必须包含“工程名.deps.json”，“工程名.dll”，“工程名.runtimeconfig.json”，“工程名.pdb”和“HC.Serverless.Function.Common.dll”文件。 将工程打成ZIP包，直接上传到OBS存储桶。 定制运行时 不支持该方式 打zip包，必须包含“bootstrap”可执行引导文件。 将工程打成ZIP包，直接上传到OBS存储桶。

ZIP工程包示例 Nods.js工程ZIP包目录示例 Example.zip 示例工程包 |--- lib 业务文件目录 |--- node_modules npm三方件目录 |--- index.js 入口js文件（必选） |--- package.json npm项目管理文件 PHP工程ZIP包目录示例 Example.zip 示例工程包 |--- ext 扩展库目录 |--- pear PHP扩展与应用仓库 |--- index.php 入口PHP文件 Python工程ZIP包目录示例 Example.zip 示例工程包 |--- com 业务文件目录 |--- PLI 第三方依赖PLI目录 |--- index.py 入口py文件（必选） |--- watermark.py 实现打水印功能的py文件 |--- watermark.png 水印图片 Java工程ZIP包目录示例 Example.zip 示例工程包 |--- obstest.jar 业务功能JAR包 |--- esdk-obs-java-3.20.2.jar 第三方依赖JAR包 |--- jackson-core-2.10.0.jar 第三方依赖JAR包 |--- jackson-databind-2.10.0.jar 第三方依赖JAR包 |--- log4j-api-2.12.0.jar 第三方依赖JAR包 |--- log4j-core-2.12.0.jar 第三方依赖JAR包 |--- okhttp-3.14.2.jar 第三方依赖JAR包 |--- okio-1.17.2.jar 第三方依赖JAR包 Go工程ZIP包目录示例 Example.zip 示例工程包 |--- testplugin.so 业务功能包 C#工程ZIP包目录示例 Example.zip 示例工程包 |--- fssExampleCsharp2.0.deps.json 工程编译产生文件 |--- fssExampleCsharp2.0.dll 工程编译产生文件 |--- fssExampleCsharp2.0.pdb 工程编译产生文件 |--- fssExampleCsharp2.0.runtimeconfig.json 工程编译产生文件 |--- Handler 帮助文件，可直接使用 |--- HC.Serverless.Function.Common.dll 函数工作流 提供的dll 定制运行时 Example.zip 示例工程包 |--- bootstrap 可执行引导文件

APM 服务中调用链相关的参数说明 apm-traceid: apm服务采集到调用链的唯一标识。 图1 采集调用链的唯一标识 apm-gtraceid: apm服务中未被采样到的调用关系的唯一标识。 apm服务的调用链具有一定采样率，所以用apm-gtrace-id来表示未被采样的调用链的唯一标识。 apm-spanid:在某个调用链的微服务之间调用，表示某一个微服务的id，示例如下。 图2 调用链的微服务之间调用

背景信息 在外部请求激增、负载突变等场景下，极易出现应用性能问题，比如外部请求响应变慢、部分请求异常等。快速识别发现、定位处理应用性能问题成为越来越常见的日常运维场景。 APM作为云应用性能问题诊断服务，拥有强大的分析工具，通过拓扑图、调用链可视化地展现应用状态、调用过程、用户对应用的各种操作，快速定位问题和改善性能瓶颈。 例如，通过APM拓扑功能可视化服务间的调用关系，迅速找到有问题的实例；通过APM调用链功能下钻到服务内部，根据出现问题的方法调用链路，确认问题根因。

实践案例指引 表1 CodeArts Req常用最佳实践 实践 描述 对IPD系统设备类项目的智能手表研发项目进行原始需求管理 成功产品的核心特征是满足客户需求。CodeArts Req打破了传统需求管理工具仅在研发阶段发挥作用的限制，将客户与市场需求也同步覆盖，提供了完整的客户需求采集、价值需求决策、交付与验收流程，让需求进展和动态客户实时透明，市场需求流动提速70%。 在CodeArts Req的原始需求管理中，用户可以将客户诉求提交至目标组织，目标组织对需求进行决策、分析、交付及后续验收流程全程实时透明化，可以加速客户诉求的交付速率，提升产品在市场上的竞争力。 对IPD系统设备类项目的智能手表研发项目进行缺陷管理 在整个产品生命周期管理中，缺陷管理是非常关键的一环。无论是硬件系统还是软件开发，都难免遇到不计其数的缺陷，如果缺陷管理不善，产品质量势必大打折扣。华为基于多年沉淀的质量运营管理经验，打造出一套行之有效的缺陷管理优秀实践，为团队提供统一、高效、风险可视的缺陷跟踪平台，确保每一个缺陷都被高质高效闭环。 某公司计划推出一款智能手表，研发周期较长，研发过程涉及多个部门、多团队的协作，如何保证缺陷在多个组织间的流转、最终达到有效闭环呢？下面请跟随我们，一起遍历整个缺陷生命周期管理实践。 对IPD系统设备类的智能手表研发项目进行基线评审管理 产品从规划到上市要经过复杂的研发过程，CodeArts Req提供了基线评审和变更管理能力，实现需求基线-受控变更-变更评审-变更管理的过程化管理，让基线变更如门禁一样，达到阈值才能启动下一步，确保产品研发“做正确的事” 某公司计划推出一款智能手表，涉及多部门、多团队的协作，且已经过前期的多轮需求沟通与澄清，将研发需求分配到各产研团队。为保障产品如期保质交付，需要确保不同研发生产团队都忠实执行任务，按照既定的需求进行研发落地。这时就需要对需求进行基线管控，基线后的需求不允许随意更改。下面我们以该公司为例，介绍如何实施需求基线管控。 对看板项目的商城管理项目进行需求规划 CodeArts Req提供的看板项目是一种业界流行的轻量、灵活和简单的团队协作方法，它将项目的需求、缺陷和任务可视，让每个人一目了然地掌握每项工作的状态，团队通过移动工作卡片的方式更新工作进展，及时暴露风险和问题。 用户可以创建看板项目对项目进行需求规划，通过新建工作项、分配工作项、处理工作项等来实现项目的需求规划与交付。 对IDP系统设备类的智能手表研发项目进行特性树管理 CodeArts Req提供的看板项目是一种业界流行的轻量、灵活和简单的团队协作方法，它将项目的需求、缺陷和任务可视，让每个人一目了然地掌握每项工作的状态，团队通过移动工作卡片的方式更新工作进展，及时暴露风险和问题。 用户可以创建看板项目对项目进行需求规划，通过新建工作项、分配工作项、处理工作项等来实现项目的需求规划与交付。本文介绍如何使用看板项目来规划项目，以商城管理项目为例做需求规划。

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

前提条件 完成本操作需满足以下条件之一。 拥有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”三种细粒度权限。

角色权限矩阵 效能洞察中的角色与操作权限的对应关系如下： 表1 角色权限矩阵 角色 驾驶舱 指标库 管理配置 管理员 可以在全部驾驶舱中查看报表、管理自定义报表（新建、编辑、删除）。 可以查看系统指标 可以管理自定义指标（新建、编辑、删除）。 可以在“团队管理”页面创建/管理团队。 可以在“权限设置”页面添加成员、为成员分配（除管理员之外的）角色。 企业高管 可以在管理者驾驶舱、项目经理驾驶舱、开发者驾驶舱中查看报表。 可以查看系统指标与自定义指标。 - 团队Leader 可以在项目经理驾驶舱、团队Leader驾驶舱、开发者驾驶舱中查看报表。 可以查看系统指标与自定义指标。 可以在“团队管理”页面创建/管理团队。 领域行管 可以在全部驾驶舱中查看报表、管理自定义报表（新建、编辑、删除）。 可以查看系统指标 可以管理自定义指标（新建、编辑、删除）。 - 普通成员 可以在项目经理驾驶舱、开发者驾驶舱中查看报表。 可以查看系统指标与自定义指标。 -

系统指标说明 服务内置了以下系统指标，帮助快速搭建完善的效能度量看板。 表1 系统指标 视角 领域 指标 指标定义 组织 工作项 需求总数 度量近1年创建需求总数。 存量需求数 度量在当前时刻的还未关闭的需求数。 超期需求数 度量在当前时刻的已经超期还未完成的需求数。 新增需求数 度量在所选时间段内新创建的需求。 交付需求数 度量在所选时间段内交付的需求数。 需求交付周期 度量在所选时间段内完成的需求的平均交付时长，单位为天。 需求按时交付率 度量在所选时间段内交付的需求按期交付的比率。 需求交付周期趋势 度量指定时间段内每天交付需求的平均交付时长。 缺陷总数 度量在当前时刻的缺陷总数，与所选时间段无关。 存量缺陷数 度量在当前时刻的还未关闭的缺陷数，与所选时间段无关。 新增缺陷数 度量在所选时间段内新创建的缺陷。 修复缺陷数 度量在所选时间段内修复的缺陷数。 超期缺陷数 度量在当前时刻的已经超期还未完成的缺陷数，与所选时间段无关 缺陷修复周期 度量在所选时间段内完成的缺陷的平均修复时长，单位为天。 缺陷按时修复率 度量在所选时间段内修复的缺陷按期修复的比率。 缺陷修复周期趋势 度量指定时间段内每天修复缺陷的平均修复时长。 代码合入 仓库数 度量在当前时刻的所有的代码仓库，与所选时间段无关。 代码变更量 度量所选分支在所选时间内代码变更的行数。 代码合入次数 度量所选分支在所选时间内代码合入的次数。 代码合入次数趋势 度量指定时间段每天的代码合入次数 代码变更量趋势 度量指定时间段每天的代码变更量 代码检查 代码问题总数 度量在当前时刻的扫描问题总数。 未解决代码问题数 度量在当前时刻的未解决的扫描问题数。 项目代码检查问题对比 度量各个项目代码扫描问题总数、存量问题数的对比。 用户代码检查问题对比 度量代码扫描问题总数、存量问题数的责任人分布。 测试用例 用例总数 度量截止当前时刻的用例总数，与所选时间段无关。 用例自动化率 度量截止当前时刻的用例中自动化用例的占比。 近30天用例执行率 度量近30天内执行的用例比例。 用例分布 度量所有用例的分布，与所选时间段无关。 近30天用例执行通过率 度量近30天内用例执行的通过率。 部署 部署次数 度量在所选时间段内的部署次数。 部署成功率 度量在所选时间段内部署的成功率。 部署成功率趋势 度量指定时间段内每天部署的成功率。 构建 构建次数 度量在所选时间段内的构建次数。 构建成功率 度量在所选时间段内构建的成功率。 构建时长 度量在所选时间内平均构建时长。 构建次数趋势 度量指定时间段内每天的构建次数。 构建成功率趋势 度量指定时间段内每天的构建成功率。 工时 实际工时 度量指定时间段内实际工时，单位为人天。 项目 工作项 需求总数 度量所选项目近1年创建需求总数。 存量需求数 度量所选项目在当前时刻的还未关闭的需求数。 超期需求数 度量所选项目在当前时刻的已经超期还未完成的需求数。 新增需求数 度量所选项目在所选时间段内新创建的需求。 交付需求数 度量所选项目在所选时间段内交付的需求数。 需求交付周期 度量所选项目在所选时间段内完成的需求的平均交付时长，单位为天。 项目延期率 度量所选项目在所选时间段内工作项延期率。 交付需求用户排名 度量所选项目在所选时间内项目成员交付需求情况。 存量需求用户排名 度量所选项目在当前时间项目成员存量需求情况。 存量需求项目排名 度量所选项目在当前时间内项目存量需求情况。 项目需求状态分布 度量所选项目创建时间在所选时间内项目不同状态需求分布。 存量需求重要程度分布 度量所选项目在所选时间段内存量需求严重程度分布。 新增需求趋势 度量所选项目在所选时间内每天新增需求的数量。 新增需求存量统计 度量所选项目在所选时间内新增需求的存量情况。 需求平均交付周期趋势 度量所选项目在所选时间内不同类型需求平均交付需求周期情况。 需求按时交付率 度量所选项目在所选时间段内交付的需求按期交付的比率。 需求工时人员分布 度量所选项目在所选时间段内人员需求工时投入，单位为人天。 需求交付周期趋势 度量所选项目指定时间段内每天交付需求的平均交付时长。 缺陷总数 度量所选项目在当前时刻的缺陷总数，与所选时间段无关。 存量缺陷数 度量所选项目在当前时刻的还未关闭的缺陷数，与所选时间段无关。 新增缺陷数 度量所选项目在所选时间段内新创建的缺陷。 修复缺陷数 度量所选项目在所选时间段内修复的缺陷数。 超期缺陷数 度量所选项目在当前时刻的已经超期还未完成的缺陷数，与所选时间段无关。 缺陷修复周期 度量所选项目在所选时间段内完成的缺陷的平均修复时长，单位为天。 严重缺陷超时数 度量所选项目超时关键缺陷个数。 缺陷修复率 度量所选项目在所选时间段内缺陷修复的比率。 缺陷用户排名 度量所选项目创建时间在所选时间内项目成员不同重要程度缺陷分布。 缺陷存量重要程度分布 度量所选项目在当前时间缺陷存量重要程度分布。 修复缺陷重要程度分布 度量所选项目在所选时间内修复缺陷重要程度分布。 严重缺陷超时数优先级分布 度量所选项目严重缺陷超时数优先级分布。 新增缺陷趋势 度量所选项目在所选时间内每天新增缺陷的数量。 缺陷状态分布 度量所选项目创建时间在所选时间段内缺陷状态统计。 存量缺陷优先级分布 度量所选项目存量缺陷优先级分布。 新建缺陷重要程度分布 度量所选项目创建时间在所选时间段内存量缺陷严重程度分布。 缺陷按时修复率 度量所选项目在所选时间段内修复的缺陷按期修复的比率。 缺陷修复周期趋势 度量所选项目指定时间段内每天修复缺陷的平均修复时长。 代码合入 仓库数 度量所选项目在当前时刻的所有的代码仓库，与所选时间段无关。 代码变更量 度量所选项目所选分支在所选时间内代码变更的行数。 代码合入次数 度量所选项目所选分支在所选时间内代码合入的次数。 代码合入次数趋势 度量所选项目指定时间段每天的代码合入次数，从时间上反映代码合入的频率。 代码变更量趋势 度量所选项目指定时间段每天的代码变更量，从时间上反映代码增长的规模。 代码检查 代码问题总数 度量所选项目在当前时刻的扫描问题总数。 未解决代码问题数 度量所选项目在当前时刻的未解决的扫描问题数。 项目代码检查问题对比 度量所选项目各个项目代码扫描问题总数、存量问题数的对比。 用户代码检查问题对比 度量所选项目代码扫描问题总数、存量问题数的责任人分布。 测试用例 用例总数 度量所选项目截止当前时刻的用例总数，与所选时间段无关。 用例自动化率 度量所选项目截止当前时刻的用例中自动化用例的占比。 近30天用例执行率 度量所选项目在近30天内执行的用例占总测试用例数的比例。 用例分布 度量所选项目所有用例的分布，与所选时间段无关。 近30天用例执行通过率 度量所选项目近30天内用例执行的通过率。 部署 部署次数 度量所选项目在所选时间段内的部署次数。 部署成功率 度量所选项目在所选时间段内部署的成功率。 部署成功率趋势 度量所选项目指定时间段内每天部署的成功率。 构建 构建次数 度量所选项目在所选时间段内的构建次数。 构建成功率 度量所选项目在所选时间段内构建的成功率。 构建时长 度量所选项目在所选时间内平均构建时长。 构建次数趋势 度量所选项目指定时间段内每天的构建次数。 构建成功率趋势 度量所选项目指定时间段内每天的构建成功率。 工时 成员实际工时统计 度量所选项目在所选时间段内不同人员实际工时投入，单位为人天。 成员预计工时统计 度量所选项目在所选时间段内人员预计工时投入，单位为人天。 工时时间分布 度量所选项目在所选时间段内实际工时、预计工时投入及投入人员数。 工时项目分布 度量所选项目在所选时间段内工时投入，单位为人天。 工时成员对比 度量所选项目在所选时间段内不同成员实际工时、预计工时投入，单位为人天。 团队 代码合入 代码变更量 度量团队成员所选时间内代码变更的行数。 工作项 交付需求数 度量指定时间段内交付的需求总数。 修复缺陷数 度量指定时间段内关闭的缺陷总数。 工时 工时排名 度量指定时间段内团队内成员预计工时、实际工时统计，单位为人天。 代码合入 代码合入排名 度量指定时间段内团队用户合入的所有代码变更量。 个人 部署 部署次数 度量所选项目在所选时间段内的部署次数。 测试用例 用例总数 度量所选项目截止当前时刻的用例总数，与所选时间段无关。 代码合入 变更代码行 度量指定时间段内合入的所有代码行数。 代码合入次数趋势 度量指定时间段每天的代码合入次数，从时间上反映代码合入的频率。 代码行变更趋势 度量指定时间段内每天的代码量，从时间趋势上反映代码产出。 工时 实际工时 度量指定时间段内实际工时，单位为人天。 构建 构建次数 度量所选项目在所选时间段内的构建次数。 工作项 修复缺陷数 度量指定时间段内关闭的缺陷总数。 存量缺陷数 度量所选项目在当前时刻的还未关闭的缺陷数，与所选时间段无关。 超期缺陷数 度量所选项目在当前时刻的已经超期还未完成的缺陷数，与所选时间段无关。 交付需求数 度量指定时间段内交付的需求总数。 存量需求数 度量所选项目在当前时刻的还未关闭的需求数，与所选时间段无关。 超期需求数 度量所选项目在当前时刻的已经超期还未完成的需求数，与所选时间段无关。 父主题： 指标库

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

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

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

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

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

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

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

开发缺陷度量 度量所选项目在所选时间段内的开发缺陷质量。 图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状态为“已关闭”的缺陷从新建状态到已关闭状态的时长总和/缺陷个数。 项目缺陷修复列表 - 度量各个项目的缺陷修复情况，辅助进行项目交付的对比。 - 用户缺陷修复列表 - 度量项目成员的缺陷修复情况，辅助分析项目成员缺陷解决的效率。 -