采用单例模式，每次获取到是同一个 driver 。

不在电脑旁，今晚回去改

邮箱地址是唯一标识，改不了。。。建议重新注册一个吧。

好问题，目前 app 还不支持 github 登录的用户。

挺不错的一篇文章，分享了测试人员深入了解代码的经历及好处。非常赞同事务处理、逻辑判断等是测试人员了解代码中需要特别关注的重点。

不同公司情况不一样，不一定每个公司都能做到这样，有些公司可能测试连代码都接触不到，但不失为一个不错的方向，加精让更多人了解到这种可能。

什么环境介入需要看情况，一般是集成阶段代码比较稳定再介入。
结果我们主要是用于查看未覆盖的部分有哪些，是否值得补充用例覆盖。

你这里提到的都是接口测试的工具，接口协议、各主流接口实现/封装框架，建议去了解下。知道接口具体是什么，才方便你更进一步地去学习怎么测试。

发出这个贴子，说明你心里已经有答案了。出去面试下，有好的 offer 就换吧。
面试的时候，自学的技术和项目中应用过的技术，分量差异很大。项目应用经验重要得多

我理解 API Fuzzer 不属于平时说的接口自动化，更接近于接口安全扫描或者安全漏洞检测把。

贴子内容不错，可惜数量太多，一下子看不完。。。

是的，感觉不大够

你们移动端安全，目前主要关注哪一块？

坚持不易，支持！

如果是接入了联合注册之类的，仅通过 header 是不行的吧。

建议找开发了解下他们是怎么检测是否是微信端的，再看怎么模拟。

从 provider 日志来看，访问不到 172.31.3.21 主机的 5037 端口。

通过类似 lsof 之类的工具看下这个端口是不是 adb 在监听？

不大明白你截图里的 本机地址 具体是指哪台机器。

adb host 需要填 windows 主机，也就是你运行 adb -P 5037 -a nodaemon server 这个命令的主机地址。

iPhoneX 只有一台，需要共用，终于抽出时间搭建起来了。

非常感谢楼主的辛勤劳动和开源精神，iOS 远程控制一直都是一个空白的区域，虽然有不少商业方案，技术工具也比较丰富，但做到一站式且开源的仅此一家。

文档写得很细，过程中基本上按照文档走就行了。不过还是有些小坑，在此分享下解决方法：

1. 如果按文中要求使用 WDA 仓库内容，有很大可能会由于没有配置好开发者账户导致 wda 启动失败。建议增加这方面的说明，或者让大家都去使用 appium 自带的 WDA
2. 修改端口号略为不便，在代码中、pom 文件中均需要同步调整对端口的定义。建议把配置统一至一处。
3. 点击事件坐标获取存在 bug ，永远获取到的都是 0,0 。已提交 pr ：https://github.com/weamylady2/iOS_remote/pull/16
4. clone 耗时较长，原因是 git 提交历史有 37M 大，建议通过 rebase 消除掉以往一些不需要的提交历史，缩短 clone 时间。

可以参考 https://testerhome.com/topics/3371 来改。

不用怕改源码，只要做好 backup ，改错了还是可以改回来的。

PS：即使你可以让 appium 不装自己的应用，但安装被测应用时这个弹窗还是需要想办法解决的。

Mac 死机越来越多了。。。

应该已经修复了，麻烦回归下？

不用 root ，你检查下安装 apk 时，是不是有些权限没有赋予？

小米有些系统是属于开发版系统，默认打开调试开关。模拟器的也是默认打开调试开关。

可以转换下思路，怎么让局域网内的手机连上电脑的 adb 。

只要 adb 能连上，stf 就可以连上。

可以参考下：https://tech.meituan.com/android-jacoco-practace.html

建议不要太注重覆盖率指标本身，更重要的是没有覆盖的部分是否需要覆盖，如何覆盖。

做过基于 stf 的二次开发

补充一下环境信息？例如操作系统、浏览器版本等