#6 楼 @monkey @lihuazhang uiautomation 的 wd 实现只有 appium 有, 所以 appium 的位置很重要. 肯定是离不开了. 另外一些系统处理操作, 比如开关 wifi 等, 需要扩展 wd 的协议, 类似用 appium 采用的 exeute_script 方式, 在这些移动自动化处理的经验上, appium 更多些. 所以未来一段时间, appium 还是会挑大梁的.
长远来看, selenium3 还是会成为主流, 甚至将来会整合 GUI 的自动化测试. 不过 selenium3 离成熟应用还会很远.
#3 楼 @lihuazhang 也不一定 其他框架如果也支持 wd appium 有可能会被架空 不过对咱们使用没啥限制 切换也容易 我觉得 wd 的实现最好可以从电脑转到手机 由手机自己开启服务安装和测试 而不是通过 adb adb 不稳定
他貌似不打算自己写移动底层框架了 而是打算兼容 appium 等框架 通过使用一定的通讯协议进行交互 用户写脚本先发送到 selenium3 然后再发给 appium 和其他框架 好处就是用户可以自由选择多种框架 缺点是我感觉只是架构好看 更标准 但用处不大 纯用 appium 也是可以满足基本需求的
#1 楼 @lihuazhang 可以考虑写 js 重载 rf 是直接发到了 appium 也可以在中间加代理去掉不支持的请求 但这样会导致更新问题 如果不支持的协议某天支持了 你的代理或者 js 都得更新 我更倾向于让 appium 返回一个报警而不是错误 从 rf 里面修改代码也可以
#5 楼 @xiaomayi0323 公开课只是第一步, 将来希望可以办定期的技术交流沙龙. 让大家在交流中保持进步.
#3 楼 @xiaomayi0323 随着咱们论坛名气起来, 会有越来越多的人过来发问. 不太希望将来成为 51testing 那种天天讨论初级问题的论坛. 更希望打造小而美的论坛.
所以我才想举办定期的公开课, 给大家统一的培训下.
@ 恒温 还打算定期收集大家的问题并用公开课的形式解答. 我觉得都不错.
selendroid 方式貌似是没法支持跨 app 的. appium 的跨 app 其实是依赖 uiautomator, 插桩的体系一般都跨不了 app. 只是个人理解, 我我还没验证.
根据业务梳理出测试用例,然后再根据数据补充测试用例 业务是测试主线 数据是测试场景细分
@wusen 你发帖发的太简单了, 别直接截图就求答案. 要有自己的分析思路. 我们鼓励分析研究. 别动不动就直接发标题提问, 先自己排查解决, 然后 google, 然后才是论坛.
#12 楼 @spikeshen 可以在 appium 的代码中搜索下这个词语, 看看是在什么版本中引入的
4.2 的环境我还测试过, 你可以试试 adb root. 只要 adb 有 root 权限即可. 按理说 adb 都是工作在 root 权限下的.不然他也没权限做其他事情了
另外 data/local/tmp 这个目录的权限是所有人都可以访问的, 是个权限很开放的目录.. 如果不是, 你可以尝试修改下这个权限.
appium 之前也会往这个目录 copy 文件, 我觉得权限肯定是有的.
你最好分析下是不是这个原因 可以手工执行下对应的命令
#4 楼 @whuiscool 不妨自己动手试一下, 我们鼓励多实践. 答案其实很简单.