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

【直播预告】国产数据库，一半都是花架子？”

一：简介

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

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

官网 https://icodes.work/

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

本次发布4.5.2 一共24 个更新 ，11个优化更新，13个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.2  更新说明

本次发布一共24 个更新 ，11个优化更新，13个Bug  fixed

11个更新 
1、测试用例包执行用例界面，增加导出 excel 离线批量执行
2、测试用例包执行用例界面，增加同步 (导入) excel 离线批量执行到 itest
3、用例编号取消转 BUG 功能，只能在测试用例中转
4、迭代菜单改为迭代 | 计划便于没有敏捷测试经验，或是有 testlink 经验的用户理解迭代
5、迭代 | 计划的表单，增加预计开始时间属性，这样就有了实际开始时间和预计结速时间三个时间相关属性，同时掉备注属性，增加迭代 | 计划摘要 多行文本框
6、在某个迭代 | 计划下，分配及用例包 tab 增加创建用例包的功能，创建后，直接加入到当前迭代 | 计划下，方便测试管理人员，创建迭代 | 计划的同时，分配测试用例包（测试任务），之前里要到测试采单下，测试用例包管理中才可以建，这样修改好既有计划，又有计划下的测试人员测试任务分配，其他同类工具中，计划中只有测试用例，没有测试用例包，只能看整体的进度，不能看计划中个体的进度。
7、测试用例增加标签功能
8、在建测试用例包时，在现在选择分用例的基础上，增加按标签二次过滤，可以更方便更更精准的分配用例
9、用例详情中，增加用例标签显示
10、执行用例的界面，不显示标签下拉选择
11、新增项目校验重名时，增加非逻辑删的条件 ，这样新增的项目名和己删除的重名时，也不会提示重名

13个 BUG 修复、

1、导出用例时，多于 2000 会出错
2、新增测试用例包，并从其他已有测试用例包或某些需求模块，分配用例时，没有写分配用例历史
3、修复离线执行用例，然后同步到 itest 中时，执行率却没有更新的 BUG
4、测试用例包，分配用例界面，左面的树没有滚动条，节点多时，有些节点没法选
5、在 chrome 下，设置看板为首页，重登录，然后在看板上填写任务的进度，报系统错误，这问题只在 chrome 现现，firefox 没这问题。
6、从看板上，点测试用包下，执行人名称，，在执行用例的页面中，执行备注这列列名折行
7、修改测试用例包时，不应显示新建时，用于二次过滤的标签输入项
8、 从看板上，点测试用包下，执行名称，执行用用例，，在执行历史中没显示用例包名 ，在迭代中执行用例也有同样 BUG
9、新建测试包的时候 只添加 1 条用例，到任务里面执行的时候执行两遍 (通过 + 不通过) 就会出来 2/2 的执行率，应是 1/1, 在测试用例包中
执行没这问题。
10 、在引导图上 点新建，然后输入项目信息，然的点保存并创建任务，在任务的窗口中，如不全屏显示，看不到保存按钮 OK
11 、测试包创建失败，提示成功
12、从迭代中，点一个迭代，然后切换到测试用全包 TAB, 查看一个自己不是执行人的测试用例包，然后点用例包里的某一用例标题，以查看用例，看不了用例详情
13、（和迭代中那个表现一样的实际不是同一个 BUG）从看板中，点一个自己不是执行人的测试用例包，然后点用例包里的某一用例标题，以查看用例，看不了用例详情。