提倡的发展方向不是将测试融入开发吗？弱化测试团队的概念。我觉得 UI 自动化就能当做前端的单元测试来看来，也挺好的。

我觉得是不一样的
1、selenium 使用一个其他语言再调用浏览器驱动，在注入 js 代码的方式，效率应该是被诟病最多的问题，也是因为中间有一个驱动，所以几个操作需要多次的访问，特别是查找元素和等待，呆呆坐在电脑面前的各位应该体验过吧。
2、是数据问题，也是定位元素这个 UI 最根本的问题，在用 selenium 的时候使用是通过元素路径或者元素层级关系定位的，但是如果结合现在前端框架使用数据驱动，双向绑定的特性，我觉得定位到一个元素的位置比路径的方式好太多了。
3、兼容问题，依赖于 selenium 版本和浏览器 driver 的版本，让测试组疏通版本问题就一直很费劲，我觉得直接用原生 js，直接写在项目里面，在项目里面开一个路由的方式，会好很多吧。

测试开发和后端开发不是一件事，很多内容需要自己设计，前端也要自己写，如果你是很热衷 Python 还不如专心找一个 Python 后端开发。

如果对内容没有规定的接口会给一些模拟文件，指定一下文件大小如果有规定，指定一下文件名，这样就不用上传了

可是不想显示我的账号呀 ，加个修改频率也好呀

一个问题，如果是内网地址就用不了了吧？
接口测试的时候调试接口有很大段的时期都是使用内网的接口的。
或者我需要将这个部署到本地来解决这个问题么？

我也想问，怎么解决跨域问题？晓得了，还是发到了后端跑得噢。。

你可以尝试玩一下前端框架，Angular、Vue 等，angular 用 typescript 替代了 js，虽然是超集但是弥补了 JS 面向对象的缺点。直接读取 swagger 来运行 case 我是不反对的。只是这种把所有压力汇集到服务器的方式，感觉总是会有一天让我有理由放弃。

后台发接口？多几个人，一个发十几个接口，服务器岂不是压力很大吗？为什么不直接用 js 发呢，直接把结果传回后台就好了？

福利有周杰伦演唱会的票嘛

累

json 就是 json，怎么能算是 json 字符串呢，顶多算 list，你既然 dumps 了那就是字符串，是服务端解析的问题。

ws 只是用 http 的一部分实现的（第一次握手），不会阻塞你其他请求的。

可能是登陆的账号密码忘记了。

你两个动作，前面的一个动作是一样的哇

appium 就不支持这么高版本的 xcode

好滴，羡慕有时间弄~！

了解，牛逼。

云用例么？

为什么一定要弄 UI，接口不行吗？

单例模式呀

class getToken(object):
    __instance = None
    def __new__(cls,*args,**kwd):
        if getToken.__instance is None:
            getToken.__instance = object.__new__(cls,*args,**kwd)
        return getToken.__instance

看到当前测试行业情况就分了三类，中小公司被云测取代。不知道楼主在什么环境，能够得出这个结论，你好歹也分一分行业，分一分地域，拿真实的数据来参考一下。如果我说我们公司，或者说我们城市都没有使用过云测类似的产品，我们测试组今年还扩招了，希望别以偏概全了。

你们为什么都这么反对呢？人家男友是 IOS 开发，入测试以后转开发也容易，想在测试行业混也有男友能够给技术指导，我觉得挺好的。如果你不喜欢现在的工作换换也没多大的事，没他们说的那么严重。

用过 LR 的人第一个定位想法就是左右边界。。。。json 我也左右边界来定位。。

自己优化一下 Xpath，不要直接元素右键，这样会快很多。