#18 楼 @xiaoli 。。你在群里嘛，我把代码发你。。最近在整接口方面的，还没来得急继续整这个。

#49 楼 @fir_im 我也缺。。。表抛弃我。。。

#43 楼 @fir_im 等忙完这段时间了 我准备好好整整这块好好研究下 fir.im~嘎嘎 怕了哇~~

求《 大话移动 APP 测试：Android 与 iOS 应用测试指南 》和马克杯~

@gaopeng1106 晃到我了…………哈哈

#16 楼 @longmazhanfeng 后台的封装只是用于解析动作，UI 改动不会影响后台代码，一般情况下只维护 XML 文件就可以了。全局的自动化，就需要自己在后台灵活配置了。

唉 ！现在的一些公司， 感觉只需要测试全责北国， 全栈不全栈对其来说不重要 。如果不能改变现环境还是考虑下其他环境的好~

走起 ~~

太好了，我去学习一下

#10 楼 @monkey 我提前预定大话 2，某人可以提前练习各种花式签名啦~

#7 楼 @monkey 你赢了

#14 楼 @jennyhui 代码我已经更新到帖子上了，可以共同探讨~~~

#12 楼 @emily @jennyhui 结合两位的问题，对于断言和同一元素做不同操作有了一个新的思路，周未我先实践一下，下周一我把实践后的代码贴上来~~

#9 楼 @pighero001 其实这块清理对代码要求还是比较高的，一般公司配一个自动化的就已经算 OK 了，定制这一块的时间周期、成本还是相对较大的，个人认为主要看公司对这块的需求了，是希望产出自己的测试框架还是只针对个别项目产出部分自动化的方法就可以了 。我觉着不管是 APP 还是 WEB 它们的理念都是互通的~~

#6 楼 @vigossjjj 这个俺非常认同！只要把思路整理清楚，有个基本实现概念就可以了。只要在真正需要去做一个这样的框架的时候，能有个大体实现方向就可以啦 (只要能想到的，基本还是可实现地~~~)

#3 楼 @jennyhui 因为根据设想目前也只搭建了一半，功能并不是太完善，针对一个元素要进行多次操作，在哪一步骤进行操作也是可以进行关联配置的，这需要根据测试需求去梳理了。
针对元素对像库的维护，使用数据库方式管理会更加灵活（模块 + 元素），可以把维护元素功能制作成 WEB 页面，这样当执行过程中发现元素找不到，测试人员就可以自行维护元素，添加新元素、元素路径重置，再次执行即可，除非有需要改变程序逻辑，再去修改业务代码~

#1 楼 @pighero001 当然我们在做自动化的时候，也是需要抽取适合做自动化的功能的，针对一些比较固化的流程类做一些辅助性的自动化不是的挺好的嘛~ 不需要再从头到尾的全部点一遍才能看到最后的测试结果（同时还要验证各环节数据的正确性），通过自动化一键完成不是会相对简单一些撒~~~

#7 楼 @mads 我是转身离开 你个猪。。。。

职位不错的样子

#30 楼 @missz 你需要引入 selenium 的包 ，建议先去看看安装文档~

java-client2.2 的包中 AppiumDriver 已经没有 sendKeyEvent 这个方法了，androidDriver 才有这个方法