我们目前的项目，自动化依据为手工测试 case，占比应该也有 90%， 除非 case 中有一些步骤框架无法支持，那就要提单申请 skip 这条 case，跟你们情况也类似， 大部分操作都能复用， 要现写代码的 case 很少。大部分时间都是在折腾测试数据，因为做自动化的同事可能对具体业务不是很熟悉， 给过来的手工 case 有些带了测试数据，那就很好实现， 但是没有数据的就要自己想办法，经常一条 case 造数据花了一天时间， 实际实现就几分钟。

已经卷到没有电脑都要干活的程度了？

无代码的自动化其实核心是需要使用门槛低/学习成本低，那么就得产品化，投入一个完整的项目资源，包括产品 + 设计 + 技术。但是现在挺多做法本末倒置，为了无代码而无代码，投入的人可能也就只有测试组，目前我们公司用的一套无代码 UI 自动化，是用 excle 中关键词来驱动模版代码运行，但是随着业务越来越复杂其实学习 excle 的成本已经不亚于直接写代码了。

跟开发老大沟通，增加一个冒烟流程，让我们测试小伙伴多花几分钟写一份 P0 的 case，让开发提测之前自己跑 P0，P0 执行全部通过才算提测。

关键词触发 Web3 飞机 数字货币，这样的风险居然还是单休，还只涨薪 10%，多考虑一秒都是对自己的一种侮辱

薪资取决于上家公司的薪资，这已经是 HR 常用的套路了。

那就是元素定位没有写好，要遵守一些写 xpath 的原则，例如：
1、优先使用显式属性​，例如: 有唯一 id
2、不要写绝对路径，尽量使用相对路径
3、定位属性中不要出现随机值以及动态 id
4、灵活使用轴定位

跟刚毕业遇到的面试一样

前几年也想过回武汉发展， BOSS 看了两天就放弃了， 大部分公司给的工资根本没法活

推荐自行估量一下 B 公司的风险，谨慎选 B

看完有一个感觉，楼主想必是个写 PPT 的好手，没有贬义的意思

目前我们公司就是这样的困境， 盲目追求覆盖率，导致 fix failed case 的时间比 create new case 的时间还要多， 隔个个把月执行必定一大堆失败的 cases，得一条一条去看，很大部分还是陈年 case，fix 的时候可能都搞不清楚这条 case 得最初目的。一个 feature 里面可能前前后后 7,8 个同事参与过，每个人代码风格又不一样，fix 起来头大，这样的状态已经持续了大半年， 领导也没说要去彻底解决稳定性的问题，然后各自身上又压着 kpi，必须保持一定的速度去 create case。恶性循环。

这么好的机会，肯定先揽下来再研究呗

不会还是自己公司发的币吧

刚毕业时进的一家游戏公司， 固定每周 4 凌晨 3 点发版，每周熬一个通宵，习惯就好了，哈哈

可别养成伸手党习惯， 关键词 ai 一下肯定比我整理的资料好。

一个合格牛马的自我修养

air 啊，又可放家里用，也可公司来回带，相当够用了，轻便无敌，我 m1 air 都没啥升级的欲望

api ，随便写个工具类就能融到你原先的框架里面去了

我们用的 sikuli

城外的人想进去，城里的人想出来。

既然要发展副业肯定就不能局限于 “测试”，测试当主业都快靠不住了， 还指望做测试相关内容的副业有啥优势？

公司不调休，请 3 天年假组成 9 天小长假， 在老家钓鱼躺平

公司如果不是做外贸的， 感知应该没有这么快， 关税政策最终如果不能回到谈判桌，那么各行各业都会受到或大或小的影响。作为普通人也只能走一步看一步，有工作就先苟着呗。