Web  收录于 VXNA 的 1 个网站
 iyaozhen 最近的时间轴更新
iyaozhen's repos on GitHub
Python · 52 人关注
filebeat.py
Python 版 Filebeat
PHP · 3 人关注
Discuz-Posting
Discuz论坛,代码发帖。
JavaScript · 3 人关注
goreplay-middleware-async
Package for writing async middleware for GoReplay https://goreplay.org
1 人关注
career-guide-for-cs-graduate
计算机系应届生求职指北
PHP · 1 人关注
weixin-example-code
微信公众平台示例代码
0 人关注
anydrop
anydrop.net
TypeScript · 0 人关注
midscene
Your AI Operator for Web, Android, Automation & Testing.
Python · 0 人关注
nose-dep
Nosetest plugin for test dependencies. Makes it possible to let tests depend on each other and/or run in a specific order.
Python · 0 人关注
python-import-test
python import 细节测试
Go · 0 人关注
samber-do-learn
samber/do库使用学习
Go · 0 人关注
sse
PHP · 0 人关注
swoole-tasker
基于Swoole的任务运行框架
C · 0 人关注
Traffic-Advisory
全国交通咨询模拟
iyaozhen

iyaozhen

🏢  QA
V2EX 第 68154 号会员,加入于 2014-07-16 20:03:27 +08:00
今日活跃度排名 4452
iyaozhen 最近回复了
20 小时 26 分钟前
回复了 niubiman 创建的主题 职场话题 简历上要不要写非全日制本科在读
说点不好听的 非全日制 就相当于没读。没有一丁点敲门砖的作用。非全研究生都这样,还不要说本科

当然你进来了,已经是领导后 读一个 MBA 啥的锦上添花还是可以的
先问是不是
进来一脸懵,我寻思着,大部分机场不都已经是这样了吗。航旅纵横值机,然后刷二维码或身份证,这个还叫无纸化流程,是推荐的步骤。

安检前要身份证,那是要核对人。不记得哪个机场了,这一步也没有,直接刷脸进。
20 小时 41 分钟前
回复了 freefly111 创建的主题 程序员 想问一下,随身 WiFi 可以代替宽带吗?
你还不如手机再办个流量卡,平常也能用

办公、娱乐没问题,但打游戏不太行
20 小时 59 分钟前
回复了 kirieievk 创建的主题 生活 现在公务员工资这么低吗
很正常。程序员岗位之间(前端、后端啥的)有差距,体制内的也一样。北京的程序员和西安的有差距,体制内的也一样。只是说从平均/中位数来看,体制内更加稳定、轻松,工作到 65 岁+退休,折合来看,比程序员好不少

有人说年终奖,也是看部门的。家里有人在县城税务,年终奖和税收任务挂钩,现在经济不行,企业都快倒闭了,根本收不上来,所有别说年终奖,月工资减半就算了,还开始拖欠
21 小时 14 分钟前
回复了 terryso 创建的主题 程序员 专为 Claude Code 设计的基于 YAML 的 Playwright UI 自动化测试
@zeusho871 做爬虫可能划不来。但做 UI 自动化其实可以,因为能想着做 UI 自动化的产品,一般都有点规模了,这点成本毛毛雨(相对节省的人力)
21 小时 16 分钟前
回复了 terryso 创建的主题 程序员 专为 Claude Code 设计的基于 YAML 的 Playwright UI 自动化测试
@terryso #5 没搞错。Playwright MCP+Claude Code 肯定没问题。这个绝对赞同,我也是用类似的方案,也认为是未来的趋势

但我看你行文都是“使用 YAML 测试之后”、“YAML 革命”等。感觉特别强调 yaml ,个人经验来看这个不太好。应该还是代码为主、yaml 为辅。
再直接一点类似 midscenejs 这种代码形式更好(长期维护角度)
```
await aiAction('逐一点击所有记录。如果某个记录包含文本"completed",则跳过它');
```

当然你宣传角度这样是没问题。主要是实际来看,我们团队一批人专职写 UI 自动化都没做的很好,甚至很差。本质还是维护成本高,强调 “写的时候” 低门槛甚至会成为长期维护的阻碍
不知道为啥喜欢用 yaml 维护,做过的都知道,太垃圾了。描述性太差。比如要加入 if for 逻辑,又是新学一套语法。当然你可以文本描述让 AI 去做

而且你说的缺点也不是 yaml 能解决的。
- 简单操作被埋没在样板代码中。你 yaml 不封装 login 也一样呀,代码也可以封装 login
- 环境变化就会导致一切崩溃。这个和 yaml 也没关系,主要是 AI 视觉理解带来的优势
- 复制粘贴导致维护噩梦。yaml 怎么避免这个问题?写的人自己没有设计,还不是一样
- 技术门槛。这个更是一直以来的一个误区,以为只要降低编写门槛就行,甚至没有降低,以为不写代码就行。其实不然,写 case 只占小部分时间,大部分时间是沉默的维护成本。那为什么维护成本高,说白了是写的人差,没有很好的设计,比如前面的 login 没有封装。只是降低写 hello word 的成本没有意义,还是得有编程思想
- 逻辑分散,更和 yaml 没啥关系,使用 yaml 也解决不了这个问题
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2817 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 02:09 · PVG 10:09 · LAX 19:09 · JFK 22:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.