一：简介
Codes 重新定义 SaaS 模式 = 云端认证 + 程序及数据本地安装 + 不限功能 + 30 人免费
Codes 是一个 高效、简洁、轻量的一站式研发项目管理平台。包含需求管理，任务管理，测试管理，缺陷管理，自动化测试，cicd 等功能； Codes 帮助企业加速融合研发、测试、运维一体化进程。商业版不限功能，本地安装只限用户数，30 个用户免费 ; 社区版当前只开放了测试跟踪管理 (主要功能用例管理，缺陷管理)，后续接着分离其他功能代码出来。
官网 https://icodes.work/
gitee 代码仓库 https://gitee.com/xiaoming1q/icodes
本次发布 4.5.6 一共 11 个更新 ，8 个优化更新，3 个 Bug Fixed 详见 第三部分
二：图文简说 Codes
Codes 的产品理念：让老板感知数据，让中层管理者感受先进，让基层员工感到舒心
理念在产品中的落地就是：以便捷的方式给管理人员抓手，使管理抓得住，抓得好；以不增加负担的方式让执行人员专注本职工作和高效协同。
好的工具，即要易用，又要方便管理：易用解决执行层面的协同问题，方便管理才能促进高效的执行，也就是说：协同仅是解决执行层面的问题，管理才是高效协同的抓手
功能架构
二、一 让老板感知数据
先来看 Codes 管理的抓手” 抓 “什么
1、做什么
作为管理者，最关心的是在特定的前一时段内团队做了什么，特定的当前时段内正在做什么，接下来特定时段内要做什么
2、做得怎样
然后是各时段都有什么问题或是风险，比如：计划内的事情完成得咋样，解决的历史工作债务，又增加多少新的工作债务，当前累积了多少工作债务
3、瓶颈在哪里
就像找到了堵点才能解决交通拥堵一样，要先识别出哪里才生了积压，积压是人的问题，还是其他问题
再来举例说明，Codes 如何通过数据感知的方式轻松的” 抓 “管理
（1）宏观微观兼顾：迭代数据与阶段数据并存、粗细兼有
（2）负载分析以日历和甘特图的形式显示，洞察工作饱和度
（3）待办排名，了解全局 “堵点” ，一目了然当前进度瓶颈
（4）迭代人员分工，了解局部 “堵点”
（5）任务复盘，复盘做什么、做得如何（排期，延期，债务解决及累积）
减少不必要的例会，比如解决的历史债务，新增债务，当前累积的债务等。
（6）各职位人员产出及工时 一目了然
（7）人员产出：工时、事项
（8）工时趋势
（9）全局看板，一目了然项目情况
（10）工时，日报，进度，全局事项总览全局
（11）风险拓扑，以直观的方式显示风险根因
（12）项目周报、部门周报、项目月报，全司项目月报
解放 PM，让他们专注于过程跟进，汇报内容弹指生成
二、二 Codes 让中层管理者感受先进
（1）首创的事件驱动 + 信息流实时推送的管理模式
事找人，实时推流。
为后续事件编排 + 工作流编排打下基础，同时一个页面搞定一切工作
时间轴视图
（2）首创的事件驱动 + 事件订阅
订阅事件时，还可以带上细粒度的条件，当然也可以只订阅事件
（3）敏捷、瀑布、看板润物细无声方式融合
底层一套数据，可以随意切换。瀑布以阶段为主，敏捷以迭代为主
瀑布与敏捷隔合：瀑布各阶段或里程碑下以迭代来规化阶段内的工作事项，可以有多个迭代；如前期以敏捷为主，后续可批量把迭代分配到阶段中，然后 Coodes 自动推导阶段进度
（4）生成式全局看板，再也不需手动创建看板
以逆向的方式，也就是通过定义查询条件的方式，来生成看板。所有人共用一个全局看板，定制各自的看板
需求、任务、需求评审、用例、缺陷把它们各自的不同状态，泛化为：规划中、进行中，已完成，终止｜暂停这几种状态， 并显示在对应的看板泳道中。
看板分组，可按人员、项目、迭代分组，以便分组后再显示各分组数据的看板
（5）多事项闭环迭代 ， 过程管理更通透和全面
一个迭代是一个完整研发周期闭环：从需求-->到研发任务-->到测试-->到上线
包含了从需求、到任务、到用例、到测试、到缺陷、到自动化测试到上线，并自动生成迭代总结并存档
需求、任务、用例、缺陷都可分组显示，方便从不同维度来查看相关工作项
（6）日报工时融合，让日报无操作空间
如果日报上罗列的事项和实际工作安排就没有紧密关联，“混子” 对日报就有 “操作空间”；管的人越多，越难记住每个人的具体工作。如果混子瞎编日报，也难以察觉，一看满满当当，以为产出还不错，干的事项不少嘛。
填写日报时，要自动列出当日事项。加待处理事项和其他事项让日报更全面，且和实际工作安排关联，日报还可发往第三方平台
（7）日报工时融合，自动生成项目日报、项目周报
（8）落地敏捷测试
传统的测试计划只定义了工作项，且只是用例相关，最关键，只有工作项，没有分工， 不便于团队协作，也不便于跟踪各自的进度。在同一个迭代下分配工作即有全局又有 个体的分工及任务跟踪。
（9）流程驱动缺陷管理
流程驱动测试，告别一刀切。因地制宜”，可按需实时调整测试流程， 以反应不同管控目的； 不同流程对应不同的 bug 状态 , 更能反应项目实况， 并根据流程推动 bug 状态的演化。
（10）任务批量排期，省事省事
批量排期（粗加工），再拉会（精加工）调整，月初或月底排期工作省事快捷，可顺排也可倒排
（11）自动层层推算进度
需求下有用任务，或子需求 用任务或子需求的工时来推算父需求的工时，如需注多有也是层层推算。
二、三 让基层员工感到舒心
Codes 以不增加负担的方式，让专注本职工作和高效协同，以低代码提升个人工作效率
执行过程事找人、透明化、可追溯；围绕需求拉通所有研发活动，全场景业务数据惯通不割裂。
对于具体干活的人员，主要是两件事，我的工作有什么如何汇报我的工作，团队的工作如何组织实施
（1）我的事项
事找我，在我的待办事项中处理一切事务，实时推流的方式推给我，然后在工作区办理一切事项
（2）我关注的事项
可以通过订阅的方式，订阅事件，然后按订阅关系推流，订阅时除了可订阅事件，还支持各种复杂的条件，如下图所示
时间轴视图
（3）工时日报融合，集工是填报工时，方便快捷
以批量的形式分分钟填好工时，让烦人的工时，不再烦人！，并自动生成项目日报方便 PM 查阅，工时可以配置无审批，或 PM 审批，部门负责人审批
自动生成项目日报
自动列出当日事项，在其后填写工时，缺陷及用例都计算了工时，可以完整统计迭代进度，项目进度，以及部门工时。按支持层层下钻到人，如项目下钻到迭代，再从迭代下钻到人，或是从部门下钻到人
还会贴心的提重醒写日报，对于大老粗很友好
（4）各功能中心可分多维度分组显示，如任务中心，需求中心等
（5）以迭代为中心来组织，且多事项迭代，从需求到测试到上线 形成闭环。
需求评审后，规化到迭代中，然后开发人员拆分需求为任务，同时测试可写测试用例，过程中间的产出放到迭代的交付物中，自动和项目文档关联，在发布中定义上线事项及执行人
（6）围绕需求拉通所有研发活动
多种视图模式，满足不同需要，围绕需求拉通所有研发活动，确保干系人信息对齐，一个页面实现主要研发活动的联动。
再也不会在需求下不能直观看到任务和用例了，产品视图让产品专注于需求，全景视图让研发人员一目了然 需求拆解，看板和甘特图视图。
（7）通过低代码降低 CI CD , 接口测试技术门槛
零代码拖拽式实现代码的编译和部署
零代码拖拽式进行接口自动化编排
自动推导接口依赖拓补关系图，让接口关系不再是黑匣子，便捷的接口调用链
拖拽生成断言和拖拽提取参数，让接口测试傻瓜化； 创新式接口混沌测试，瞬间完成接口健壮性测试。
三：4.5.6 更新说明
本次发布一共 11 个更新 ，8 个优化更新，3 个 Bug fixed
8 个更新
1、BUG 属加一个非必填属性，当需求引起的问题时，可以选择对应的产品人员，以便后续的处理如统计。
2、安全增加，删除了不用的包，以及升级 app scan 扫描出来的有漏洞的 jar。
3、迭代中加上限制，一个接口测试场景，只能加入到一个迭代中。
4、在迭代明细界面，地删除加了限制，不能删除当前迭代。
5、 BUG 查询中增加产品人员查询条件。
6、BUG 处理历史中，处理说明，显示不全时，增加光标指上时，悬浮显示所有。
7、增加一个产品人员简报的 BUG 分析。
8、迭代下用例包中，增加二次分配用例功能，以前要是需要二次分配用例，需要在测试包管理中去处理，不方便。
3 个 BUG 修复
1、迭代中如果有多个迭代，一个用例包，可能分到多个迭代，现在修改为一个测试包只能加一个迭代中。
2、在测试流程设置中，取消某个流程后，停留在此流程的 BUG，有的点修改时，页面没内容。
3、用例转 BUG，有时候上传不了附件，一直在 loading。