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

codes · 2024年04月12日 · 最后由 codes 回复于 2024年04月16日 · 4270 次阅读

一:codes 简介

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

官网
gitee 项目地址

功能架构

本次发布 4.5.3  一共 21 个更新 ,18 个优化更新,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)需求详情中,也能复盘需求,从提出需求到测试及上线的明细

(14)流程驱动缺陷管理,可不同项目按需实时调整

二、二 Codes 以不增加负担的方式,让执行人员高效协同,以低代码提升个人工作效率

执行过程事找人、透明化、可追溯;围绕需求拉通所有研发活动,全场景业务数据惯通不割裂。

对于具体干活的人员,主要是两件事,我的工作有什么如何汇报我的工作,团队的工作如何组织实施
(1)我的事项

名下待处理的事项,待批,需求,作务,缺陷,用例,一目了然 ,然后通过明日计划或当天选择为今日事项

还可多维度分组

(2)以迭代为中心来组织,且多事项迭代,从需求到测试到上线 形成闭环,自动生成迭代报告,且可多维度对迭代的事项分组

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

需求评审后,规化到迭代中,然后开发人员拆分需求为任务,同时测试可写测试用例,过程中间的产出放到迭代的交付物中,自动和项目文档关联,在发布中定义上线事项及执行人

迭代下需求,任务、缺陷、用例,分组显示

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

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

再也不会在需求下不能直观看到任务和用例了,产品视图让产品专注于需求,全景视图让研发人员一目了然 需求拆解,看板和甘特图视图

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

(4)自动层层推算进度

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

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

自动生成项目日报

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

(6)通过低代码降低 CI CD , 接口测试技术门槛

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

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

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

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

三:4.5.3 更新说明

共 21 个改动:148 个功能改进 (增加) 以及 3 个缺陷修复

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

共收到 2 条回复 时间 点赞
仅楼主可见
伍个一 回复

改了提交审批中,谢谢指正

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册