开源中国社区团队直播首秀，以分享为名讲述开源中国社区背后的故事”
一：简介
Codes 重新定义 SaaS 模式 = 云端认证 + 程序及数据本地安装 + 不限功能 + 30 人免费
Codes 是一个 高效、简洁、轻量的一站式研发项目管理平台。包含需求管理，任务管理，测试管理，缺陷管理，自动化测试，cicd 等功能； Codes 帮助企业加速融合研发、测试、运维一体化进程。商业版不限功能，本地安装只限用户数，30 个用户免费 ; 社区版当前只开放了测试跟踪管理 (主要功能用例管理，缺陷管理)，后续接着分离其他功能代码出来。
官网 https://icodes.work/
gitee 代码仓库 https://gitee.com/xiaoming1q/icodes
本次发布 4.5.4 一共 15 个更新 ，9 个优化更新，6个 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 更新说明
本次发布一共 15 个更新 ，9 个优化更新，6 个 Bug fixed
9个更新
1、用例增加标签后，编辑和执行界面要拖滚动条才能看到按钮，操作很不方便 ，新版这不在是问题
2、 BUG 处理界面，如新增和处理 BUG 流转时，要拖滚动条才能看到按钮，操作很不方便 ，新版这不在是问题
3、新增 BUG 时保存并继续时要给个成功的提示
4、用例增加界面，增加保存并继续，方便连着写用例
5、增加用例包界面，要拖滚动条才能看到按钮，操作很不方便 ，新版这不在是问题
6、连续增加 BUG 时，增加操作成功的提示
7、任务管理支持增加附件，，这样可以使任务管理当简单的项目管理来用，比如任务中直接挂需求或是原型的附件等
8、彻底解决不同分辨率下 table 组件，留白的问题，也就是所有页面的 gird 支持按分辨率自动设置 pase size ，以使显示不留白
9、测试用例包，分配用例执行用例进行优化
6个 BUG 修复、
1、在用例包中，对一个用例做两次转 BUG 时，执行率在测试包里是对的，但是在测试列表里显示的是不对的
2、在用例包中，对一个用例做两次转 BUG 时，在统计分行中，算两次执行，应只算一次
3、没有建项目的权限，在建任务时，可以建项目，应该不能建
4、修改 BUG 多于 2000 时，只导出前 2000 个 BUG 的问题
5、把 BUG 设置为某些状态时，无法提交 (在看板处理 BUG，在缺陷管理中处理 BUG，在迭代中处理 BUG 时，都有这问题)
6、BUG 基础字维护里，选用例公共标签时，列表中的数据有数据类型是空的不显示，应显示为用例公共标签
还没有评论，来说两句吧...