第四范式

这个应该你是设置的了， 但是你忘了用户名密码。 参考 https://www.cnblogs.com/kazihuo/p/9328107.html 这个博客的内容

其实路径有很多的，在不同的行业和领域下，需要学习的东西是不一样的。 当然了通用的能力都差不多， 比如需要学习python和java，在语言的基础上写自动化测试(UI,API)和自己写点小工具和平台，还有linux基础技能这些都是作为测开需要的通用能力， 属于基本上在哪都用的上的。 但是接下来需要我们在某个领域上进行深耕，学习更底层的技能。 就像我之前说的k8s，因为我是混容器圈的，这是我选择的领域，所以这个领域内的所有东西都要去学， 包括docker，k8s以及在他们之上构建的容器生态里的很多开源项目。为此我专门去学了golang语言，并用k8s的client-go自己编写k8s的CRD，controller以及编写针对k8s的混沌工程项目。 这些都是在容器这个领域内需要用的技能。 它跟通用技术不一样，它是服务端技术，并且是特定领域的服务端技术，虽然它跟通用技术不一样，这些技术被限定在了一个领域内才能发挥价值。 但是往往拥有比较深的领域技能才是通向高阶测开的门票。 所以选择一个领域比较重要， 我之前确实说要多学一学容器的东西，比如k8s。 因为这是一个之后服务端的主流技术，到今天可以发现k8s的势头非常猛，各个厂商的容器化已经成了定势。 而且从最近开源出来的项目来看k8s已经侵入了AI，大数据，分布式计算等领域， 所以我一直认为这是一个值得去拼的领域。 还有其他领域，比如大数据领域，AI领域。 就看你个人如何选择了。 当然这些是从我的经历和角度去看的。 我没有移动端的经验，所以不知道移动端有什么领域值得去深入研究。 你要做一个选择， 选对行业，挑对公司， 努力是排在这两个之后的。

冗余啊~~~ 多实例设计就好了。 更新的时候在备上升级， 然后一切换。

恩~ 我理解楼主纠结的是如果要重复进入125分别进行操作1和2，重复的工作会带来运行时间的延长等问题。 那是其实在自动化项目里， 可维护性 > 性能 。 适当的把case进行拆分是必要的， 不能把太多的逻辑放在一起。 性能问题可以交给分布式运行策略来提升

一般都是业务形态不一样导致的。 尤其TO C和TO B的发版周期差别巨大。 在TO C的业务上，隔几天发一个版本都是正常的。 但是在TO B领域动辄几个月甚至一年。 面对的用户群体不一样， 节奏就不一样。

是不是不在一个frame里？可以下载一个在浏览器上使用xpath搜寻控件的插件试试

你到系统设置里看看， 是不是已经成功的安装了report 的command line？

其实我没明白， 自动化上不去，他们是怎么有胆子重构的

不是调用其他case， 就是你应该封装一个业务逻辑层。 case是去调用业务逻辑层的东西的。 比如所有case都要登录，那就专门有个地方是写登录的逻辑的。 比如有很多的case在测试的时候依赖一些数据， 比如要测试查询订单那就要先有这个订单存在。 那么就可以专门有一个地方是封装的下单的逻辑。 理论上，case要是精简的。 大部分的逻辑要封装到业务层里去。