我有些不理解为何 appium 有这么多人关注它。到底它解决了什么痛点。
我不爽 appium 的原因有很多
appium 安装起来这么复杂,就算翻了墙也要好久好久。文档写的无比晦涩难懂,看了一遍又一遍,总感觉我智商有问题。
用 calabash。。
http://elgris.github.io/blog/2_appium_vs_calabash/
你动手把它和 Android,iOS 其他测试框架对比下,可能答案就出来了。
文档我觉得还是不错的吧。不知道你看的是英文还是中文版?
Appium 在 windows 和 mac 下安装并不复杂,用 exe 或者 app 解压就能用。
放新手区了。。。。
#2 楼 @chenhengjie123 我有种感觉就是,关于手机应用的黑盒测试框架实在太少,无奈之下,大家只好去用 appium 了
#4 楼 @codeskyblue 用什么第一个应该想到的是解决问题,在谈其他。
如果只是纯安卓的话可以选择其他 appium 的优势可以说是夸平台和夸语言
—— 来自 TesterHome 官方 安卓客户端
我这样问吧。lz 写过多少条 UI 自动化 case。是否落过地,持续集成稳定跑了多久?不要说感觉,用事实说话
你能用 appium 支持的语言和提供的同样的 api 在 android 和 ios 两个平台上使用,降低了很多学习成本了。
工具主要是适合,都会有局限性,择优吧。而且也和被测对象有关,没有绝对性吧
说的真好。学习下
#4 楼 @codeskyblue 建议你找几个维度对比下,例如支持的平台、上手难度、支持语言、运行速度等,写个表格,这样一目了然。感觉什么的很多时候不准。
PS:你想出来的替代方法其实都是 appium 底层驱动的工具,那你这些替代方法相比 appium 又有什么优劣呢?
好像还好吧,如果是 dmg 或者 exe,直接就可以用了,安装命令行也就是几小时的事情,并不复杂。
我从没接触过 Appium 到现在能写出 PO 的测试案例,总共也就话了一个月,写的不见得多好,但是起码能跑起来,文档的话也不是很难,感觉 LZ 是没有真正动手去写吧。
最后还是选了 appium,用 python 写脚本效率高,调试起来比较方便,不用重签名,不用编译。
#7 楼 @codeskyblue 所以 考虑成本,收益,uiautomator 目前还不能做混合型吧,appium 安装很简单 win 上
说到底,Appium 并不是最好的,但应该是综合素质最好的开源自动化框架了。
你的 App 是纯 Native 还是 Hybrid?
你的 App 是否需要复杂的手势交互?
你的 Apk 能不能接受重签名?
你对脚本语言有没有偏好依赖?
你的 case 是否需要并行执行?
想好这些问题再选择也不迟。
Native Only 的话,UIAutomator 已经足够优秀了
就是一个命令就安装好了
npm install -g appium
估计楼主是 windows 吧. 以为 node 的安装也是 appium 的一步了
跨平台测试 appium 是对人的能力要求最少的. 虽然臃肿但是上手的确快. 功能和社区也是最强大的.
以后做的深入了, 可以考虑换更偏平台的框架.
@all 多谢大家,看大家说的,主要的理由像是跨平台。 另外如@monkey 所言,我 case 写的确实不多,我需要先多写写 case. @seveniruby appium 确实感觉太臃肿了 @wyb199026 一个月真的好久。
#18 楼 @codeskyblue 加油加油,等到了一定量级,自然能体会好处啦
Appium 太多的中间件导致稳定性是个问题,如果做 android 的话 可以考虑 espresso, 个人非常看好这个框架!优势:1.google 亲生 2.自动线程同步 3.虽然是基于 instrumentation 的但目前可以调用 UIAutomator 支持夸进程 4.webview 也加入了支持基于 atoms 缺点呢就是支持的 android api 版本不算多,目前是支持 8、10、15、16,、17 、18、19、21 具体看测试需求了
#17 楼 @seveniruby 不提了 用 npm i -g appium
我就没有一次成功的。话说 nodejs 我也不是没学过,reactnative 我也会写呀,但 appium 安装遇到的错误真是难搞。要是没有 appium.dmg 我还真是连尝试没没法尝试了
#20 楼 @vigossjjj 看起来不错,我先收藏了
#18 楼 @codeskyblue 恩,我先按线性走代码写了完整的一个流程,然后才转 PO 的,我本来是没有基础的,都是从头开始,Python 也是从头开始学的,总之加油吧。慢慢写下去总会懂的