Codes 重新定义 SaaS 模式的研发项目管理平台开源版 4.5.3 发布

一：简介

Codes 重新定义 SaaS 模式 = 云端认证 + 程序及数据本地安装 + 不限功能 + 30 人免费 

Codes  是一个 高效、简洁、轻量的一站式研发项目管理平台。包含需求管理，任务管理，测试管理，缺陷管理，自动化测试，cicd 等功能； Codes 帮助企业加速融合研发、测试、运维一体化进程。商业版不限功能，本地安装只限用户数，30 个用户免费 ; 社区版当前只开放了测试跟踪管理 (主要功能用例管理，缺陷管理)，后续接着分离其他功能代码出来。

官网 https://icodes.work/

gitee 代码仓库 https://gitee.com/xiaoming1q/icodes

本次发布 4.5.3  一共 21 个更新 ，118 个优化更新，3 个 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.3 更新说明

本次发布一共 24 个更新 ，18个优化更新，3 个 Bug  fixed

18 个更新

1、bug 导出时，把引入原因也导出来
2、用例导出时，要导出标签
3、用例导入时，要导入标签，如是系统中不存在，也要新增 ，方便后续选择
4、在看板中，点迭代下的 迭代明细，直接跳找到当前迭代明细页面
5、在迭代中双击一个迭代，并切换到测试包 tab , 然后再回到迭代列表，再双击当前或是另一个迭代时，在迭代明细的 项目 BUG tab 页另，不应显示增加测试包的按钮
6、添加新用户的时候 点击保存并继续 列表没有刷新 导致没有显示出来，需要手动再次进入用户管理才能看到
7、在迭代的项目任务中，可以直接增加任务，并自动分配到当前迭代下。
8、将测试用例中导入用例包，编号不按照顺序显示，
9、在用例包中，用例转 BUG 时，测试包页面上执行统计数据没刷新 。
10、测试人员 A 提交一个 BUG，分配给了开发人员 B ，他发现，分错了，测试人员 A 想改为开发人员 C 改不了，只能开发人员 B 重分配为 C 才行，这不太合理， 测试人员 A 也应可以重分配给开发人员 C
11、用例包中转 BUG 的时候，应该 BUG 的版本，用测试包的版本
12、新增测试用例页面，和 BUG 页面一样，可以连接增加
13、看板中己完成的任务，在己完成那一列显示 100%
14、导出用例按 ID 排序
15、在字典增加用例的公共标签，给用例加标签时，可从公共和个人标签合集中选或是现增加
16、修改字典维护中字典类型加载了两次的 BUG
17、测试用例包下，导出的离线执行 excel 文件中除项目外增加包名
18、导出 BUG 按 ID 排序

3 个 BUG 修复、

1、先用基线和标签查询条件用例，然后导出，但是导出的用例中没有加这两个条件来过滤，其他条件是正常的 BUG
2、excel 导入的用户，不能登录 ，4.5.0 增加 ldap 登录支持时引入的
3、解决浏览器语言设置为英文时，所有修改操作报错的 BUG