功能没看过他的, UI 风格学了他的,没学到位
你也顺道帮我们发现了一个 BUG 我们要改为手动拷也没有换行
我记得你是 docker-compose 版本,升级也要用 compose 的脚本
我们官网 上有 联系方式,有 Q 群(2155613)也有微信群
邮箱:luorui@icodes.work
电话 (罗先生):18608008443
你这里 有一个空格,不要手动拷,网站适配了手机有空行,要用我们边上放的复制按钮拷
cat ,more 多的是呀
1、 工时填报和工时日志显示填报人
BUG
1、需求分类,上移时,之前展开的分类,不能展开
2、切换项目时,风险没同步切换
1、迭代中统计用例覆盖率
2、需求描述可配置模板,按模板来初始化显示
3、迭代增加一个统计 ,迭代下用例对应需求,各需求用例情况(用例数,覆盖率,执行情况)
4、 迭代下加一个发布计划,并可审批,含一些发布文档
5、工作负载和任务甘特图支持分页
这个看你的选择了,从功能上,CODES 项目管理,测试管理有。也可以理解为 CODES 是国产 JIRA 替代之一,但 codes 和 jira 不完全等同。我说了不算,可以 POC 对比一下
他们自己的 BUG 都不用 MS 管理 用 TAPD
codes 团队都是用 codes ,自己都不用,这如何谈以用户为中心
你安装时 IP 配错了,安装时让输 IP 你输了 127.0.0.1 ,前后端分离的 ,你输这 IP 只能安装了 CODES 的服务器上能用 CODES , 前端要根据这 IP 应访问后端 ,可以进 CODES 群,交流,
可以这样看一下 cd $CODES_HOME/www/codes
看 config.json Ip 肯定是 127.0.0.1 ,这不对的
2、在登录页面停留几秒后,又重定向到http://192.168.0.11:8010/codes/#/mainPage/workPlatformMrg页面
这一步 你输http://192.168.0.11:8010 重定向登录页是对的,但是不会过到工作台去
您这是什么浏览器 ?
在http://192.168.0.11:8010/codes/#/mainPage/workPlatformMrg页面刷新后,左侧菜单会显示不全
在登录页跳不到这里呀,按这现像,是退出了,没有了权限信息 所以 菜单没了,
确信没有人用这帐号登录吧,要是有人登录了,你这帐户就被踢下线了,就算踢也有提示呀
emm ~
wget -q -O codes_config.tar.gz https://download.icodes.work/codes_base/codes_config-$version_upgrade.tar.gz{}
下载后压缩,后将 codes_config 文件夹移到/code 下,再重新执行 sh install.sh 如上问题能解决
这样不定 OK ,第一次安装进,IP 和端口输对了没有,安装完,要写文件,如果没写成功 安装脚本误以为是升级,不会再更新配置文件,可以按安装脚本中的 sed 手动改配置主要是 IP 和端口
也是按你接口原来的断言呀
/etc/profile 这个文件 有两个变量,CODES_HOME 和 CODES_VERSION 要删了,然后 source /etc/profile
再把 原来的安装目录删了 ,然后重登录另一个 SSH 窗口,重安装, 因为你原来的窗口的上下文读到 CODES_HOME source 也不会对当前窗口生效,所以要开一个新的,重执行安装就 OK 了 建议用 docker-compose 版本
你上面报这个错,是因为你手动移了目录,再安装时我们只要发现你有 CODES_HOME 变量就认为你安装了然后执行升级操作,升级前会备份到到 CODES_HOME 的上层目的,你移动了,所以我们找不到这目录,后续脚本我们加一个检测 ,发现目录不存在,提示是不是要重安装
不用来回搬,一次选型选好
首先codes 式一站式研发管理平台,和 MS 的测试平台没有可比性
第二 硬要放一起比,从创新来说,我们有很多他创新,比如低代码 CI CD ,拖拉等,BUG 管理我们可以设置流程,测试管理我们是敏捷测试,技术上,业务上我们很多创新,2G 内存就可以跑得起 CODES;MS 2G 能跑不,另外他们就是 jmeter 包壳 有什么创新? 测试管理就是 testlink 改版,有什么创新?像统计分析 MS 的 没法和 CODES 比吧,只 会抄没有创新,说明产品人员没有自己的理念,当然他开源运营得很成功
第三 我们这产位定位不一样,我说了不算,你可深入 POC 一下,只有使用了才有发言权 '
第四 从 codes 的前身 itest 第一个版本,到 codes 我们完全平滑升级,因为我们在设计的时候,全局设计;,有用户买了 MS 一年不敢升级,为什么 ? 就是产品没有顶层设计,做到到哪抄到哪,所以经常改得没法向下兼容,或是大改带来不稳定性 ;
不是同一类产品 没法比的,你问了,我不回也不行,还是要自己 POC 一下;另外我们全套研发管理平台也不贵对用户友好,30 人免费,不限功有,UI 我们后续也要做的,他有的我们都要有 。且我们推敏捷测试,MS 推持续测试,在我看来 持续测试是个伪命题,这里就不展开讲了,后续可以就这个再探讨。看看我们的这贴子就是我们对接口自动化的一些见解
测试架构师如何解读测试平台的各种争议
最后 付一段 别人的留言,测试开发技术公众号下的一 MS 贴子的
后续如果有时间用户也有需求的话,我们可以提供从 MS 一键搬家,当前在忙 redmine 搬家中
18 开始写 itest 代码, 5 年后 2023 年 itest 变为 codes , 一直都在的,同年代的工具,好多现在都不维护了,我们是打不死的小强
apache 2.0 开源协议, 不可能限制用户呀。只是开源版目前只有测试管理和缺陷管理
test link 页面太老了
可以用 codes(商业版 30 个用户免费,不限功能 本地安装) ,也可以用他的开源社区版
https://testerhome.com/opensource_projects/codes
codes 以迭代的方式来组织测试 ,比如一个迭代下 要执行 2000 个用例,都分配到这个迭代下,再分配执行人
多了一层迭代的抽像 方便管理,不用像 testlink 多建多个计划,还不方便统一管理
执行用例时也很方便,左边只显示当前执行人所分配用例对应的需求,双击可查看需求明细,左边需求树还显示执行情况
分配执行人时 ,也很方便 ,左边需求树上 显示分配的情况
也有脑图用例
回归测试时 用批量执行视图很方便
还可 EXCEL 线下执行 或是修改后 同步到线上
https://testerhome.com/topics/30495 测试架构师如何解读测试平台的各种争议 这个贴子可能对你选型有点参考。
新手的话建义选用对小白友好的,比如 codes 支持低代码做接口测试,当然也可以写代码
拖拉的方式编排接口业务场景
自动推导接口依赖拓补关系图,让接口关系不再是黑匣子,便捷的接口调用链
CI CD 也是拖的方式 编排流水线
icodes.work
icodes.work 可注册和下载
5 月底或 6 月初
开源社区版近期发布,商业版 30 个用户永久免费