用 webdriverwait ，等待元素出现之后 再进行操作。优先用 id 来定位，不行的话试试 xpath

技术梳理其实就可以看出问题，要明白自己是个测试，不论自动化测试还是测试开发，所围绕的内容都是需要围绕测试的。内容梳理都是偏向于开发，测试的技术层面还是需要围绕测试的技能来学习，分析系统缺陷初级，解决瓶颈问题，优化系统，总结分享为高级。只要主干不偏我觉得你还是可以很好找工作的

增加前置机过滤信息，建立算法来筛选 IP，注册账户的规律性，合适的转向不符合规则的注册信息，再或者采用强制第三方注册方式，如 手机号、QQ、微信 、微博

全部回答错误。1.用万能的验证码，那你真正使用了验证码的逻辑怎么验证？ 2.有说去数据库拿的。。。不了解中间件么，是不是所有东西都要直接去数据库取？redis 取正确 3.以前帖子有说过 可以通过 adb shell 直接过滤本机验证码

盖洛普曾经做过一项调查，发现基础员工之所以离职频繁，很多时候问题并不在于公司，而是在于其上司：公司的中层管理者。
正因为中层管理的不善，而对于下属员工的发展与成长造成了非常不利的影响，导致他们职业发展无论是在专业能力上，还是在职业修养上，均不能得到有效的成长。
你必须要意识到：你的管理，将有可能改变你的下属的终身命运，是你错误的管理方式在不知不觉中伤害到你的下属，迫使他们离开公司。
当你的成长因为你的上司而受到阻碍的时候，这是你的不幸，你可以选择 “用脚投票”；当你某一天也成为管理者的时候，我们不希望把这种不幸继续传递下去

你这样吧，用 appium 的桌面版 ，它是有个录制跟调试功能的，先把你的必要参数放进去，如：安卓版本号、设备号、包名跟主 activity，用来调试看看。

既然选择了路就好好干吧，少咿咿呀呀呀的，矫情。

检查每个参数对应是不是正确，是命令行启动还是桌面版？每次启动 你的 appium 有没有设置 $appium --session-override --no-reset

最好用 genymotion

可以尝试在相同的客户机开起同样的线程数，并且对同一个相同的服务，来做并发测试，此时可以观察客户机的当前性能，注意是客户机，不是被测服务设备。此时你会发现。。。jmeter 的客户机损耗性能比起 locust 好太多了。 python 虽简单，但在高并发测试场景下，客户机的资源利用成本是非常需要考虑的

苏老板棒棒的

javasampler 解决一切问题，用 jmeter 是因为它性能足够好，当然如果你会写 go 就用 go 吧

jmeter 用 tcpsampler,配合 smartsniff 抓包验证。会 socket 通信直接用代码调

io.appium.java_client.events.api.general.AppiumWebDriverEventListener api 其实有提供相关的监听器的

默认 context 是 native 吧 要切换 context 到 webview

就我觉得。。。。。。。。。。要多看看响应时间，把请求的响应时间打点出来 ，然后根据线程数跟请求书自己再去重新算一遍 tps，争论这些意义不大。

是的 基本只能暴力做法

把 npm 内 node_modules 下的 LIB，BIN 等文件夹下所有的 js 文件内容替换成 appium 桌面版的内容

http://airtest.netease.com/tutorial/Tutorial.html 这个页面还有一些问题，点击 “添加 PYTHONPATH” 与 “引入第三方 Python 库” 跳转都是当前页面 ，麻烦注意到的话给个正确链接哈

楼主，请问下，IDE 是不是没有代码自动补全啊，像我引入 start_app 这些函数 都不能自动补全呢

写的很棒，缓存穿透处小弟有疑问，作者说你们采用的是最简单暴力的方式，如果查询数据为空，也会把查询到数据（null）存缓存中，失效时间是 5 分钟，那这里如果有人采用高并发来查询你不存在的数据，会出现什么结果？这里有点类似拒绝服务

抱歉 我有终极武器：winSCP 压路机

说道跳槽，总是那么尴尬，这段日子里我也经历过跳槽的痛苦，最后还是选择了自己喜欢的行业，当然也很开心的收获了自己喜欢的测开职位，但公司流程多数跑不通，人力不足，领导还是把我的工作时间扑在了系统测试层面，再加上工作中各种需要输出密密麻麻文档规范的尴尬，技术很难开展起来，然后慢慢发现其实薪酬跟职位跟团队技术氛围同等重要，但不管如何 我还是会花时间在技术学习上，找学习内容的业务切入点，在这种环境里只能自力更生了

暴力解决法：把 node_modules 下的 LIB，BIN 等文件夹下所有的 js 文件替换了，问题 OK