看了看自己的测试报告，反手就把电脑砸了。

实测好用。

我建议你先搞接口自动化，UI 自动化，滋滋，我怕你学完了还是找不到工作（你别跟大公司大牛比，大部分公司不搞 UI 自动化的）。。。学 Python Java 都行，主要看你玩不玩得起来，其实迟早都要学。

P7，就看看

门票就没了？好不容易一次深圳。。。

一起加油啊~！

下了源码了，其实我还没有搞懂，这是在做单元测试？

上 QQ 群总让人觉得目的不纯。。。

你是想省事，一次判断，后面就不判断了吗？

请问 self.clear_users() 这东西是干嘛的？

了解，谢谢~！

那就类似例中填写 A 接口的左右边界值，后台提取后用在 B 接口中是吧，那放在 B 接口的哪个位置呢？这个是不是还是用左右边界值来确定呢？另外还想问，以数据驱动的话，用例应该写在哪里呢？Excel？还是 Cucumber 框架，亦或是有什么其他办法？

如果是基于依赖的接口应该怎么弄呢？

rmbp 15 顶配，很好用啊，Windows 的注册表用起来费劲。。。

9.2 的设备。。

那请问现在流行什么呢？

我最近就是在用 instrument JS 来写 IOS ui 自动化，说说感受吧
1、确实快了不少，但是也没有非常非常快，和 Android 还是有差距，不过和直接用 ID、Xpath 也算欣慰了。
2、因为是跨平台的语言，所以没法获取到返回的元素对象，代码发过去以后就没以后了，也没办法 try catch，或者书写更加复杂的 instrument JS 来控制查找到元素。appium 提供的所有等待方法算是崩了。
3、我的处理方法是进入一个页面以后先用 appium 的方法确定所有元素就位，然后再使用 instrument JS 来操作元素。稳定性当然是没有 appium 的方法高。
4、提供一个小技巧，instrument JS 也有等待的方法，但是是类似休眠的定时等待（当然还有更高级的我不会搞）UIATarget.localTarget().delay(2);如果确定能够找到页面的各项元素，可以结合等待一次性发送大量语句，效率提高很多。（稳定性你懂的）

其实很多人和我一样，不发帖，不回复，就关注自己关注的帖子。早年混贴吧，对帖子管理深有体会，无意义贴和喷子很容易让我这种粘性不大的人离开，但是我们这种无攻击性的网友，就是在一次一次吸收社区知识，找到 BUG 所在的帖子里粘性越来越大，直到有一天把社区加入了浏览器收藏夹，也就再也离不开。但在这之前，我们总是喜欢用上帝的视角审视社区的质量，或高傲，或无力，甚至不会心存感激，说声 “垃圾社区” 默默离开。PS:昨天在社区历史帖子里解决了我 IOS 自动化环境搭建的诸多问题，特此感谢。

医生吧，估计从小就怕死。。。。