最近的：https://www.infoq.cn/article/dd52FPTw9XqEjkmY5ZRj

没必要吐槽 RF 和使用 pytest 写脚本证明啥的。
夸张的说 python 现在的支持的库多的几乎没有没不涵盖的，这和什么测试框架没有关系。

刚做自动化时自然会接触 RF，本能就 skip 了，因为也搞过个使用 excel+unittest 做类似关键词驱动的东西玩玩，太不灵活了，哪有写脚本灵活。但对于项目关联角度来说，选择框架还是很有用的，pytest 也是目前最好的选择了。

有的项目已经 7、8 年了，用了目前看来已经 “过时” 的框架，如果这块业务还在运营，大裁员环境下，还有人有多的余力去大改造吗，小改小调是不是还得懂些 “过时” 的框架.

至于 “培训” 嘛，只能说挣钱不寒碜

市面上有不少基于百度脑图开发的思维导图在线用例工具

我前年兑换的杯子依然等待发货....

首先 metersphere 使用 python 的第三方包，先参考：
https://zhuanlan.zhihu.com/p/446668517?utm_id=0
按这里做法，我尝试是可以的

多年以来，UI 自动化都是虎头蛇尾的多，很少持续 2 年以上的：
除了自动化技术的迭代，更多是因为大环境下，很多业务持续的时间不够长，对应 UI 更不用说了。

相对的更有效的是接口自动化测试、甚至流量回放测试，UI 的部分靠人工保证是更有性价比的

如果能被自动化【轻易】搞定的验证码，那还搞的目的是什么？
验证码的目的本来就是要区分人和机器，最低目的也是要大大增加自动化验证的成本。
所以如果对自己公司的系统：
测试环境：给自动化测试提供直接跳过的功能，至于验证码本身功能通过人工去测试。
生产环境：先人工完成登录，然后通过 connect 的方式去执行自动化脚本

昨晚又出故障了，最近 openAI 升级后各种故障：

今天服务挂了，现在应该好了

content/page.on("request", handler)，在 handler 中打印一下你的请求头看看、检查一下。