首页 文章 精选 留言 我的

精选列表

搜索[开源游戏引擎],共10000篇文章
优秀的个人博客,低调大师

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个Bugfixed祥见第三部分 二:图文简说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个Bugfixed 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)从看板中,点一个自己不是执行人的测试用例包,然后点用例包里的某一用例标题,以查看用例,看不了用例详情。

优秀的个人博客,低调大师

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

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 明细,有些数据测试人员那一列,显示为开发人员的 BUG6、修改任务时,每点一次修改,多一个所属项目的下拉列表7、在用例或是 BUG 页面上,ctrl+v 粘合附件后,按回车,结果页面刷新为登录进来的首页8、修复增加新建用例包时,选从模块中分配用例且以没选择模块时,有多个弹窗提示的 BUG9、测试包分配用例页面在 win 10 firefox 下显示出滚动条的问题,以及执行用例页面出现下框的问题 三:功能界面截屏 对研发全场景数据进行多维度分析,帮助团队进行效能的持续改进,帮助企业深耕研发效能 敏捷与瀑布融合,有迭代也有 PMO 关注的里程碑 全局事项中,需求,任务,测试用例,缺陷都可多维度分组 ,方便以全局视角查阅核心工作事项 ​待办排名,一目了然当前进度瓶颈 工作负载以日历和甘特图的形式显示,直观快捷 风险分析中以拓补图的方式查看风险事项 数据来自工时日报中汇报的风险 测试,开发,产品产出及工时一目了然 生成式全局看板,通过查询条件来定义看板,可定制不同的查询并保存, 且可在看板上处理一切事务,如处事缺陷入流转,执行用例,处理任务,执行迭代事项 看板也可按人,按项目,按迭代分组 多种视图模式,满足不同需要,围绕需求拉通所有研发活动,确保干系人信息对齐,一个页面实现主要研发活动的联动 再也不会在需求下不能直观看到任务和用例了 需求下有用任务,或子需求用任务或子需求的工时来推算父需求的工时,如需注多有也是层层推算 多事项迭代,从需求到测试到上线形开闭环,自动生成迭代报告,且任务,用例,缺陷可多维度分组, 从需求,到任务,到用例,到测试,到缺陷,到自动化测试到上线,一个完整的闭环,并自动生成迭代总结并存档 需求评审后,规化到迭代中,然后开发人员拆分需求为任务,同时测试可写测试用例,过程中间的产出放到 迭代的交付物中,自动和项目文档关联,在发布中定义上线事项及执行人 迭代总结 迭代报告中除了总览外其他几个 TAB 全为各分项数据明细 围绕需求拉通所有研发活动 在需求下可以直接把需求分解为任务,编写用例; 需求祥情中,也能复盘需求,从提出需求到测试及上线的明细 任务管理,任务可从需求分解而来,也可是独立的任务,然后走任务的处理流程(可开关设置) 开启单任务处理流程时,也就是只要任务没关联需求,就要走处理流程,也就是创建任务并填指派任务到人 ----> 指派人排期 ----> 负责人审批 ----> 任务实现 迭代下任务或任务管理中任务,可从负责人,任务类型,优先级,需求来分组显示 日报与工时整合,以批量的形式分分钟填好工时,让烦人的工时,不再烦人!,并自动生成项目日报方便 PM 查阅,工时可以配置无审批,或 PM 审批,部门负责人审批 自动生成项目日报 自动列出当日事项,在其后填写工时,缺陷及用例都计算了工时,可以完整统计迭代进度,项目进度,以及部门工时。按支持层层下钻到人,如项目下钻到迭代,再从迭代下钻到人,或是从部门下钻到人 以迭代的方式来组织测试,比传统的测试计划更便于管理 零代码拖拽式实现代码的编译和部署 零代码拖拽式进行接口自动化编排 自动推导接口依赖拓补关系图,让接口关系不再是黑匣子,便捷的接口调用链 拖拽生成断言和拖拽提取参数,让接口测试傻瓜化; 创新式接口混沌测试,瞬间完成接口健壮性测试。 最后打一个总结:Codes 是一个:简单、轻量、超低学习成本的研发管理平台,不限功能 30 人免费,本地安装。创新性 SaaS 模式,零代码接口测试,零代码压力测试、零代码 CI CD 流水线编排等。下面是图说 Codes:

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册