本次发布 4.5.5  一共 14 个更新 ，6 个优化更新，8 个 Bug  fixed 详见 第三部分 

二：图文简说 Codes 

   Codes 的产品文化：好的工具，即要易用，又要方便管理

易用解决执行层面的协同问题，方便管理才能促进高效的执行，也就是说：协同仅是解决执行层面的问题，管理才是高效协同的抓手

功能架构

二、一      Codes 给管理人员便捷的抓手，使管理抓得住 

先来看 Codes 管理的抓手” 抓 “什么

1、做什么

     作为管理者，最关心的是在特定的前一时段内团队做了什么，特定的当前时段内正在做什么，接下来特定时段内要做什么

2、做得怎样

       然后是各时段都有什么问题或是风险，比如：计划内的事情完成得咋样，解决的历史工作债务，又增加多少新的工作债务，当前累积了多少工作债务

3、瓶颈在哪里

     就像找到了堵点才能解决交通拥堵一样，要先识别出哪里才生了积压，积压是人的问题，还是其他问题

  再看 Codes 如何轻松的” 抓 “

（1）数据大屏及各种丰富实用的统计分析

  对研发全场景数据进行多维度分析，帮助团队进行效能的持续改进，帮助企业深耕研发效能

（2）敏捷与瀑布融合 ，宏观微观兼顾

有 PMO 关注的宏观层面的里程碑，也有细粒度的迭代数据还有更细粒度的各项事项的汇总，不失大局观

项目中敏捷视图和瀑布视图可随意切换，各个阶段概况了如指掌，如工时，进度，任务等

边展开阶段，显示其下计划，一对多的关系；右边显示计划中的工作事项

敏捷与瀑布，左右开弓，想切就切 下图切换为敏捷视图下以迭代为主线的显示

（3）待办排名，一目了然当前进度瓶颈

（4）工作负载以日历和甘特图的形式显示，直观快捷

（5）任务复盘，用数据说话，减少不必要的例会，比如解决的历史债务，新增债务，当前累积的债务等

（6）各职位人员产出及工时 一目了然

（7）迭代总结 

迭代报告中除了总览外其他几个 TAB 全为各分项数据明细；迭代完成时，自动归档迭代报告到项目文档下，并可导出明细

（8）风险分析中以拓补图的方式查看风险事项

（9）生成式全局看板，通过查询条件来定义看板

   且可在看板上处理一切事务，如处事缺陷入流转，执行用例，处理任务，执行迭代事项

看板也可按人，按项目，按迭代分组 

（10）工时、日报、进度

灵活的工时审批，以便按产出算工时，另外 工时多种分组统计及进度计算

并可层层下钻到直人，从最小原子的任务，或需求，或缺陷及用例的工时层层向上推导，迭代进度，项目进度，人员进度，部门进度等

日报按项目和按人汇总 

（11）全局事项，尽在掌握 ，需求，任务，测试用例，缺陷都可多维度分组 ，方便以全局视角查阅核心工作事项

以全局的视角查看某个项目，或所参与的所有项目 或所有项目有各事项（需求、任务，缺陷，审批，用例等）且可各种分组显示。如今日快到期或本周快到期，还可可查看是否排为今日事项

（12）日常事务，也可走流程，还可批量排期

可以走流程以审批排期，还可批量排期（粗加工），再拉会（精加工）调整省事快捷

批量排期

（13）需求详情中，也能复盘需求，从提出需求到测试及上线的明细

 二、二    Codes 以不增加负担的方式，让执行人员高效协同，以低代码提升个人工作效率

     执行过程事找人、透明化、可追溯；围绕需求拉通所有研发活动，全场景业务数据惯通不割裂。

对于具体干活的人员，主要是两件事，我的工作有什么如何汇报我的工作，团队的工作如何组织实施

（1）我的事项

  名下待处理的事项，待批，需求，作务，缺陷，用例，一目了然 ，然后通过明日计划或当天选择为今日事项 

还可多维度分组

 （2）以迭代为中心来组织，且多事项迭代，从需求到测试到上线 形成闭环，自动生成迭代报告，且可多维度对迭代的事项分组

从需求，到任务，到用例，到测试，到缺陷，到自动化测试到上线，一个完整的闭环，并自动生成迭代总结并存档

需求评审后，规化到迭代中，然后开发人员拆分需求为任务，同时测试可写测试用例，过程中间的产出放到迭代的交付物中，自动和项目文档关联，在发布中定义上线事项及执行人

迭代下需求，任务、缺陷、用例，分组显示

 （3）围绕需求拉通所有研发活动

多种视图模式，满足不同需要，围绕需求拉通所有研发活动，确保干系人信息对齐，一个页面实现主要研发活动的联动

再也不会在需求下不能直观看到任务和用例了，产品视图让产品专注于需求，全景视图让研发人员一目了然 需求拆解，看板和甘特图视图

在需求下可以直接把需求分解为任务，编写用例

（4）自动层层推算进度

需求下有用任务，或子需求 用任务或子需求的工时来推算父需求的工时，如需注多有也是层层推算

（5）日报与工时整合，以批量的形式分分钟填好工时，让烦人的工时，不再烦人！，并自动生成项目日报方便 PM 查阅，工时可以配置无审批，或 PM 审批，部门负责人审批

自动生成项目日报

自动列出当日事项，在其后填写工时，缺陷及用例都计算了工时，可以完整统计迭代进度，项目进度，以及部门工时。按支持层层下钻到人，如项目下钻到迭代，再从迭代下钻到人，或是从部门下钻到人

（6）通过低代码降低 CI CD , 接口测试技术门槛

零代码拖拽式实现代码的编译和部署

零代码拖拽式进行接口自动化编排

自动推导接口依赖拓补关系图，让接口关系不再是黑匣子，便捷的接口调用链

拖拽生成断言和拖拽提取参数，让接口测试傻瓜化； 创新式接口混沌测试，瞬间完成接口健壮性测试。

三：4.5.4  更新说明

本次发布一共 14 个更新 ，6 个优化更新，8 个 Bug  fixed

6 个更新 

1、BUG 处理之前只能两次重分配，支持无限次重分配
2、 以前版中，BUG 提交后，只能在编辑 BUG 的页面再增加附件，当前版本改为，在处理（流转）BUG 时，也可以再上传附件，方便 reopen BUG 时，再补图说明
3、测试包执行用例时增加标签查询
4、需求树维护时，不整个刷新树
5、 测试包执行用例时显示模块名且可按模块查询
6、BUG 处理流程优化，就算启用分配流程，修改 BUG 的开发人员间经分配人分配后，可开发人员间自动重分配，之前有分配流程时，必须走分配人这里重分配，非常不方便

8 个 BUG 修复、

、wps 写的 excel 导入有问题
2、看板和迭代中处理 BUG 时，点附件，一直在 loading ...
3、BUG 关联用例时，用例状态 显示为数值
4、ajax 调用时，返回的数据为 JSON ，但因 Response 的 ContentType 为 text/xml, 导致浏览器制台警告（XML 解析）, 修改 ContentType 为为 application/json
5、BUG 关联用例时，BUG 详情中再现过程显示为未知
6、处理 BUG 时，选流转下一人的地方，如果没点下拉的箭头，而是点下拉列表上的框，选不了人的 BUG
7、导出离线执行时，执行版本下拉列表为有一个版本不有值，其他是 null
8、测试包列表，反复 check 时，有时候没选中