十多年前做 Windows 客户端测试，当时用过 autoit 识别标准控件还比较方便。
但现在的桌面端，很多不是原生应用，而是内嵌浏览器内核来做的，恐怕就不适合了。

理论上，只要联网就有 “风险”

可以的，我个人更偏爱 frp

我之前纠结过，后来是选 csv，最大优点是纯文本，比较和编辑方便。

厉害，确实是两者其中之一。

excel 文件不方便比较差异，其实不好用，不如用 csv

多谢多谢。
祝大家 25 年顺顺利利。

还不错嘛

这些玩意看起来高大上，用起来麻烦的要命，后续维护更是个不可能的任务。
忽悠搪塞下领导还行，真自己用的话痛苦万分。

别提了，节后一周，变成只剩 0.003 个了

0.01 个小目标

不是万不得已，就放弃 xpath 定位吧，你这写法没有任何可读性啊

我之前也是通过录制来生成 api case，然后根据需要改改就成，之前分享过，跟这位楼主的标题都极度相似哈

pip 升级 playwright 后，没有执行 playwright install 升级浏览器吧？这样可能会导致你描述的问题。

不错。
我遇到这样问题的话，大概率是直接换到 ubuntu，或者在 centos 上用 docker 跑 playwright
你这样处理，后续随着 playwright 的升级，没准还会碰到其它问题

我估计最大的可能是浏览器驱动与浏览器版本不完全匹配。
对于 selenium 来说，有时驱动版本落后一点也能用，但如果落后太多就会出现各种幺蛾子现象，建议始终保持最新，或者禁掉浏览器的自动升级，省的出现兼容性问题。

其实还没有，只能说生活简单，暂时还有的花

每家产品的登录逻辑都是不同的，没法通用。
楼上回答的已经很好，请参考，通常是根据登录接口的返回，再往 session 的 header 写入一个或两个字段。

抱歉，没有专门搞过 ios
之前更多的时间是搞反病毒，HIPS，系统备份还原等客户端，后来搞过一年多的 Android，最近六七年是在搞 SaaS 系统。

我之前写的框架 https://testerhome.com/topics/39660 ，可以在报告中展示这些， 请看截图

再补充下我为何选择用 csv 来存用例，而不是用 json，yaml 和 Excel？
这首先排除的是 Excel，不是纯文本，不方便做版本比较。yaml 和 json 方式不大方便组织用例顺序，对于有相互依赖的尤其不便。另外插入删除，批量编辑也不便，综合比较下来还是觉得 csv 最方便，一目了然。

嗯，这是我大约三年前写的，胜在简单易用，效率高，运行速度快，查看结果比较方便。基本上略有 python 基础的小伙伴，用不了一个小时，就能掌握可自行写新模块的接口自动化 cases 了。

非也，非也，我没在长亭呆过

从这待遇上看，行情确实很惨淡啊

你这显然是 allure 没有安装配置号好