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

很不错啊 支持 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 看下限就行了

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

现在很多 app 页面上都有动态元素，这会导致 uiautomator.dump 失败，有什么办法解决这个问题吗？

一般感谢开头的，都是地图炮。。。

#20 楼 @ycwdaaaa 嗯，这个方法是挺好的，只不过我们的关键字驱动框架改起来很麻烦，一条一条的，从脚本设计之初就要考虑到要不要保留数据，牵一发动全身很痛苦

#18 楼 @ycwdaaaa 他又要保证回归测试的正确性，又要测试稳定性，二者兼顾。几千条 case，要都分割独立化的话要执行很久

#16 楼 @ycwdaaaa 我尝试用你的理论去和老大讨论，被反驳的重点也是执行效率问题，太费时间了。我们做 UI 自动化，每条测试用例结束后数据都恢复初始化，无形中也会降低给予设备的 “压力”。这一点不知道你是如何考虑的，可能业务不同，出发点也不同吧。总之会谈不欢而散，谁也说服不了谁，继续深陷在维护用例的泥潭里

此一时彼一时。。。在这个充满变化的时代，保持学习的态度很重要。我是小吊丝一枚，我没有话语权，我只想在腥风血雨的江湖中有小小的一片天地。

写得好，赞~然而我们做 UI 自动化测试，业务不太一样，写着写着很容易 “变味”，变成了脚本迁就软件质量的情况，而且这个泥潭越陷越深，每次版本迭代都要花很大力气去 review 脚本实现 ‘pass’，有种本末倒置的感觉，然而关键字驱动的框架并不能很好的改善这个情况