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

来源: 投稿
作者: 豆蔻蔻子
2024-03-01 11:22:00

Codes 重新定义 SaaS 模式:

云端认证 + 程序及数据本地安装 + 不限功能 + 30 人免费

一:codes 简介

Codes  是一个 高效、简洁、轻量的一站式研发项目管理平台。包含需求管理,任务管理,测试管理,缺陷管理,自动化测试,cicd 等功能; Codes 帮助企业加速融合研发、测试、运维一体化进程 常态下,刀耕火种的 Test 环节给自动化的 Dev 与 Ops 踩下了刹车。 Codes 以技术最薄弱,最不被重视的测试为发力点,通过落地敏捷测试打通了研发与运维中间的枢钮润滑环节。 解决了 Test 在 DevOps 快速迭代中的木桶效应,促进了研发、测试、运维一体化融合进程。商业版不限功能,本地安装只限用户数,30 个用户免费 ; 社区版当前只开放了测试跟踪管理 (主要功能用例管理,缺陷管理),后续接着分离其他功能代码出来。

Codes 帮助 it 企业数字化转型,实现降本增效;以便捷的方式给管理人员以上帝视角来审视软件研发全流程;以不增加负担的方式,让执行人员高效协同,使执行过程事找人、透明化、可追溯;围绕需求拉通所有研发活动,全场景业务数据惯通不割裂。

官网 icodes.work

二:4.5.1  更新说明

本次发布一共累计 23个更新 (14 个增强,9 个 Bug fixed ):

1、ldap 登录支持,可使用 ldap 帐户登录
2、用例编写趋势中增加含修改的可选条件
3、测试人员简报中,增加费解 BUG 数据
4、迭代列表双击之后再回来双击另一个迭代出现多选,本来是只能单选的,且单选一个记录后再单击时不取消己选的记录
5、处理 BUG 时,查看附件,且在附件里全屏显示附件,然后关了附件的窗口,之前的 BUG 的再现步骤收缩了,显示不全
6、测试人员简报,含修改的可选条件
7、用例处理历史中增加,如是执行用例,增加用例包 ID,方便一个用例包,一个用例只统计一次,不加这字段,一个包中一个用例
多次执行时,数据不真实。
8、在我关注的任务,和我的所有任务中 建议增加任务负责人查询条件,以及日期条件,管理于管理人员查询,
9、任务管理中增加导出功能。
10、某个测试包的有 ,有部分己线上执行,再导出离线执行,然后再在用例导中同步 (导和) 离线执行,测试包的执行率不正确
11、测试包导出时,写入测试包的执行版本,离线执行时,就不用再选版本
12、在测试包导入成功后,要自动刷新用例包列表。
13、新增用例包时,可从测试需求模块中分配用例
14、优化导入用例选择从转维导图导入,但有一个多余的 EXCEL 导入的文件要求的提示显示在选文件的弹窗中

9 个 Bug 修复:

1、在用例包中执行用例,然后查看用例的执行历史,有些执行记录的备注中没看用例包名
2、有时候点 BUG ID 关联用例,且在关联用例里现填写一个用例来关联,而不是选己有用例,有一个 loading 一直在转圈 ,提交要报错
3、日执行用例中,如果一个用例在同一测试包中被多次执行,统计时计为多个用例,不合理,怕有人员恶意利用这做数据,在统计时数据 "好看"
4、 测试人员简报中,也有类似 14 的问题
5、修改费解 BUG 明细,有些数据测试人员那一列,显示为开发人员的 BUG
6、修改任务时,每点一次修改,多一个所属项目的下拉列表
7、在用例或是 BUG 页面上,ctrl+v 粘合附件后,按回车,结果页面刷新为登录进来的首页
8、修复增加新建用例包时,选从模块中分配用例且以没选择模块时,有多个弹窗提示的 BUG
9、测试包分配用例页面在 win 10 firefox 下显示出滚动条的问题,以及执行用例页面出现下框的问题

三:功能界面截屏

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

 

敏捷与瀑布融合,有迭代也有 PMO 关注的里程碑

 

全局事项中,需求,任务,测试用例,缺陷都可多维度分组 ,方便以全局视角查阅核心工作事项

待办排名,一目了然当前进度瓶颈

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

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

数据来自工时日报中汇报的风险

 

测试,开发,产品产出及工时 一目了然

生成式全局看板,通过查询条件来定义看板,可定制不同的查询并保存,

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

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

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

再也不会在需求下不能直观看到任务和用例了

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

多事项迭代,从需求到测试到上线 形开闭环,自动生成迭代报告,且任务,用例,缺陷可多维度分组,

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

需求评审后,规化到迭代中,然后开发人员拆分需求为任务,同时测试可写测试用例,过程中间的产出放到

迭代的交付物中,自动和项目文档关联,在发布中定义上线事项及执行人

迭代总结

迭代报告中除了总览外其他几个 TAB 全为各分项数据明细 

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

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

需求祥情中,也能复盘需求,从提出需求到测试及上线的明细

任务管理,任务可从需求分解而来,也可是独立的任务,然后走任务的处理流程(可开关设置)

开启单任务处理流程时,也就是只要任务没关联需求,就要走处理流程,也就是创建任务并填指派任务到人 ----> 指派人排期 ----> 负责人审批 ----> 任务实现

迭代下任务或任务管理中任务,可从负责 人,任务类型,优先级,需求来分组显示

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

自动生成项目日报

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

 

以迭代的方式来组织测试,比传统的测试计划更便于管理

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

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

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

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

最后打一个总结:Codes 是一个:简单、轻量、超低学习成本的研发管理平台,不限功能 30 人免费,本地安装。创新性 SaaS 模式,零代码接口测试,零代码压力测试、零代码 CI CD 流水线编排等。下面是图说 Codes:

展开阅读全文
点击加入讨论🔥(4) 发布并加入讨论🔥
4 评论
5 收藏
分享
返回顶部
顶部