有头无尾,期待后续更新
恩恩,哈哈
顶 老罗
带不走的是设计思想~~~他就算 copy 了以后用到别处也不好改进
我用一套框架支持了 appium,Monkeytalk。我们自己的框架不应该被这些 instrumentation 左右
1.它是基于 Eclipse 开发的 IDE。。。
2.如果遇到加入 agent 后安卓方法数越界的问题,你就知道它有多悲剧了。。。运行 ios 是不错的选择
有创新点么?
appiumDriver 下没实现 shake,你得 new 一个具体实例
fiddler 监听一下试试
眼都花了。。。
建议减少你们框架代码的耦合性,引入对应设计模式解决问题。pageobject 模式是不够的。。。开个头:安卓的操作一定对应 AndroidDriver,ios 也是。运行 case 前可以知道即将运行的手机系统~~~
最后那张 java 语法的图片是不是从 headfirst 里截的。。。
#8 楼 @weamylady 可能大家都是在 windows 系统上用的吧,我是 OSX 系统
我觉得可以先把异常出现的原因搞清楚,再增加自己代码的健壮性。过于依赖 appium 并不是好事
#2 楼 @weamylady 我用的不是 pro 的,就是普通版。复杂的逻辑用 mt 语言写不了,只能用 js 写。扩展性不强。后来我们用 MT 提供的 jar 包做了个框架,写起来就顺手多了。
Monkeytalk 语法简明,初学者用起来比较方便,IDE 做的比较烂,经常崩溃。