#2 楼 @ycwdaaaa 差距好大。。。。国庆带了笔记本电脑回来说学习充电，今儿才第一次开机。。。。唉

国庆不忘码字，高老师可以开个个人公众号了哈哈哈

为什么：产品出现 BUG；因为：测试发布了带 BUG 的线上产品
### 测试背锅？？？Bug 是谁生产的？

为什么：测试发布了带 BUG 的线上产品； 因为：测试用例不完善
### 测试背锅？？？

为什么：测试用例不完善； 因为：？？？？？
### 测试用例完善了就没有 bug 了吗？

有点像 robotframework 啊感觉，但是不用再去一个个定义关键字了

#4 楼 @wuxc 必须连接移动设备才能操作是么？好吧

看起来好强大啊，我想测试 pc 端（windows）的客户端，不知道行不行呢?类似 sikuli 那样的?

我觉得大部分的关于接口测试的 topic 都比较浅尝辄止，可能出于项目安全的原因，隐去了很多内容。对于高手来讲，可能理解不难，但是对于从未做过的菜鸟来说，就只能是雾里看花了，不具备可实践性。希望沙龙能出一期面向新手的接口测试教学，争取让小白们在家就能鼓捣出来一个接口测试的 demo+ 报告

北京的同学又有福了~~~

支持一下。。。好想去的地方。

很不错啊 支持 python 了 这会是下一个 appium 吗？

以楼主为目标学习！楼主学习 python 多久了？

时间过得真快。俩月过去了 妹子有没有新的体会？

和相关开发沟通一下实现原理比较好，可能不在一个 frame

我觉得冒烟测试非常好啊 不一定非得专业测试人员做，有些时候跳出思维定势发现 bug 的恰恰是非测试人员呢。一些遍历 UI 的工作可以用自动化来完成。

#11 楼 @candy77 哈 罗胖卡 60 秒的语音也是门技术

#9 楼 @kilmer 以我使用录制回放工具的经历来看，这种工具最大的问题是：死板，录制的操作存在一定的偏差，比如点击屏幕控件时如果和相邻的控件重叠上了，可能会识别成错误的控件，另外有的控件并没有合适的控件属性，只能用坐标来代替，这给脚本的可读性带来了负面影响。再一个问题是，回放的执行效率和录制时不一样，在某些动态场景下，延迟个 1,2 秒的操作，可能控件就变了，造成 case 失败，脚本维护工作量也很大。这些痛点不知道楼主的工具能解决吗？

确实是一个痛点，想象一下一旦你的手机丢失，你能不能想起你的银行卡挂失电话，你的支付宝挂失方式，你的各种邮箱密码重置。。。不法分子可能比你下手的速度快得多。

不错不错，python 脚本，我喜欢。但是感觉楼主还没说完，毕竟光录制成脚本还不够，如何断言如何处理 log 文件这些都还没说

别不服 保洁阿姨管……你们那的卫生

人工智能太牛，一直想把 Siri 培养成女盆友，无奈她就是不从。。。哎

感觉很好吃呀，表示从来没吃过这么好的午宴（乡下土包子大雾脸）

感谢分享。用 Uiautomatorviewer 获取静态的 native 控件是不错的，但是动态的 UI 下（比如说播放音乐时，屏幕上有进度条之类的动态元素），或导致 Uiautomatorviewer.dump 失败，获取不到元素，怎么处理呢？

#4 楼 @ycwdaaaa 人艰不拆，人艰不拆

#2 楼 @ycwdaaaa 看下限就行了

主要是还是算人力和对计划突变的应变能力——反正我是跪了，怕得罪人，当不好管理