都挂在技术总监面，说明你可能有某部分的缺失，却是总监最看重的东西，有时候不一定是技术能力。

得看是不是全职测开

多沉淀积累一下

莉莉丝是真的大气 hhh

向大佬学习。

渐渐也感受到了分布式系统开发的便利，之前做的一个测试平台，开始没有想好分布式，为了兼容 UI 自动化后端选择了 Nodejs，放弃了 Golang。

后面灵感一闪，还是做成了任务调度的分布式系统，只用基于 worker 实现任务解析执行即可。

现在想来，既然做成了分布式，就不再绑定特定语言了，而 Golang 无论从性能还是分布式上，都是优选，希望有时间能用 Golang 重构一下，开源分享给大家。

之前还在纠结是否继续使用 Golang 作为我的主流，现在看到了大佬的实践，坚定了我的想法 hhh

1. 同一套动作，可以在 dev / test / staging / prod 等环境复用。
2. 同一套动作，在埋点测试里面，每个用例里面拦截的 url 是不同的。

你 UI 自动化的核心是啥？selenium 吗？怎么解决维护成本问题？

校验当然是以埋点文档为标准，自动化触发完以后，再神策对比。

多玩多用多踩坑，用着用着就炉火纯青了

已经落地投入使用了 hhh 本质上是 worker 实现了解析脚本的功能，跟系统是分离的，系统只是管理和调度任务而已。每个人都可以根据自己的项目去定制开发自己的 worker。