一般测试测接口不都去测接口的极限 TPS，也就是拐点么？值都测出来了就可以了啊，再去增加所谓的 QPS/RPS,如果服务端优化的够好，多余的请求都会进队列（NSQ）一类的东西进行排队，保证服务器不挂，代价就是响应时间越来越长而已，但是接口的处理能力就在那里了，一秒 110 个，你再怎么加，也只能还是 110/s 的处理能力，对于压力机来讲，最多也就 1s 能收到 110 个返回

开会的原因，虽然不晓得开会跟换头像有啥关系

不是写明空指针了么

那啥，你试试 btn 点击前强制等待 5 秒试试

你那错误信息指向就是第一行

driver = webdriver.Remote

具体什么错误，显示urlopen error，我觉得是你的url填错了

你到底要 UI 自动化还是接口自动化，先搞清楚方向呗

个人肤浅的理解,理解错误请轻喷
@ 显式等待应该就是强制等待多少秒后再进行 find，找到了进行操作，找不到直接报错，你所说的 在指定时间内去寻找元素, 若找到元素则立即响应, 超出等待时间则抛出异常 这个应算隐式等待吧

@在此之前, 在 UI 自动化中都是自己写了一个 wait 方法和封装了一个 findElement 方法， 但是这种方法所需要传入的参数是 By locator, 即页面的元素定位信息 (比如一个 button 按钮的 id\class\xpath 等信息), 而非页面元素信息 (比如一个 button 按钮本身). -->我个人感觉你的说法是矛盾的，UI 自动化去寻找元素都是靠 element 去找的，也就是你说的 id/xpath 这些东西，不晓得你所谓的一个 button 按钮本身指的是什么

@ 还有最后一个 pagefactory，为什么会有很多重复的元素信息呢?你不会认为页面上假如全是按钮，你就认为是同一个元素 (按钮) 吧，pagefactory 是靠注解@FindBy来定义 webelement，初始化一下，就相当于已经使用了 driver.findelement(By.xxx()) 了，这样写测试用例的时候会很简洁

我觉得吧，自动化测试用例，就是把你手工测试的用例代码话，至于集成啥的，先用例代码话后再说
工具么你上面写了啊，第三方开源框架 appium

driver = webdriver.Remote('http://localhost:4723/wd/hub', desired_caps)
好像你后面多了一个斜杠了，仔细看下吧

打开终端 (mac)，cd /Applications 就进去了呀