我们都是没有源码的,有源码的不清楚哦,你再查下论坛吧,应该有的。
appPath 本来就不用填的
你得看 appium 日志
这工具怎么用?有教程吗
试用一下挺爽的,录制和回放都很流畅。
目前有个缺憾是 gui 还没有开源,安装包在离线时候用不了,它要在线下载 jquery 的 js。
JPype 只会报一种错误,找不到 class~~ 定位问题的时候挺蛋疼的
正在想办法 ***TAT
就是通过镜像启动的,还是存在这个问题
用 docker 安装的,不 *** 访问不了:
GET http://ajax.googleapis.com/ajax/libs/jqueryui/1.11.4/themes/hot-sneaks/jquery-ui.css net::ERR_CONNECTION_RESET
localhost/:8 GET http://ajax.googleapis.com/ajax/libs/jqueryui/1.11.2/jquery-ui.min.js net::ERR_CONNECTION_RESET
单独编译运行 wda、iproxy,然后给 appium 传参数 webDriverAgentUrl 参数,不需要每次都重新编译 wda。
大坑
去年的红包没领到,今年的啥时候发呀?
试过 ios-minicap 不能支持多台手机,断线重连没有做哦!基本上 ios-minicap 增加一定的延时之后稳定性还行,运行几个小时没问题。
我们没有手游的需求~所以没试过哦。
给力!
1.7.2 一直安装不上:
34157 verbose stack Error: appium-chromedriver@3.1.4 install: `node install-npm.js`
34157 verbose stack Exit status 1
34157 verbose stack at EventEmitter.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:285:16)
34157 verbose stack at emitTwo (events.js:125:13)
34157 verbose stack at EventEmitter.emit (events.js:213:7)
34157 verbose stack at ChildProcess.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
34157 verbose stack at emitTwo (events.js:125:13)
34157 verbose stack at ChildProcess.emit (events.js:213:7)
34157 verbose stack at maybeClose (internal/child_process.js:897:16)
34157 verbose stack at Process.ChildProcess._handle.onexit (internal/child_process.js:208:5)
34158 verbose pkgid appium-chromedriver@3.1.4
34159 verbose cwd /usr/local/lib/node_modules
34160 verbose Darwin 17.3.0
34161 verbose argv "/usr/local/Cellar/node/8.1.4/bin/node" "/usr/local/bin/npm" "install" "appium"
34162 verbose node v8.1.4
34163 verbose npm v5.6.0
34164 error code ELIFECYCLE
34165 error errno 1
34166 error appium-chromedriver@3.1.4 install: `node install-npm.js`
34166 error Exit status 1
34167 error Failed at the appium-chromedriver@3.1.4 install script.
34167 error This is probably not a problem with npm. There is likely additional logging output above.
34168 verbose exit [ 1, true ]
加 50ms 并不算是延时,只是减少了 ios-minicap 的帧率,不影响反应速度的。
wda 我这边响应还挺快的,主要升级 mac os 和 xcode,用最新版的 wda。
ios-minicap 只支持一台的,不支持多个同时运行。
会的,ios-minicap 启动的时候会导致 WDA 挂掉,所以必须先启动 ios-minicap,才能启动 wda。
我怀疑是你 ios-minicap 没有添加延时,所以程序处理不过来,导致延时了。请按照下面这一步操作:
6、Change and Rebuild ios-minicap
In order to reduce the pressure of MAC, we need to reduce the frequency of sending imgs from minicaps.
Go to the ios-minicap folder, and Edit the "src/minicap.cpp", Add a method:
static void sleep_ms(unsigned int secs)
{
struct timeval tval;
tval.tv_sec=secs/1000;
tval.tv_usec=(secs*1000)%1000000;
select(0,NULL,NULL,NULL,&tval);
}
Then add a sleep in main:
while (gWaiter.isRunning() and gWaiter.waitForFrame() > 0) {
client.lockFrame(&frame);
encoder.encode(&frame);
client.releaseFrame(&frame);
putUInt32LE(frameSize, encoder.getEncodedSize());
if ( pumps(socket, frameSize, 4) < 0 ) {
break;
}
if ( pumps(socket, encoder.getEncodedData(), encoder.getEncodedSize()) < 0 ) {
break;
}
sleep_ms(50);
}
Next step is rebuilding ios-minicap, runing the build.sh in ios-minicap folder:
$ ./build.sh
mkdir: build: File exists
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/waterhuang/Downloads/ios-minicap-master/build
[100%] Built target ios_minicap
应该是可以的,只有一个 wda 的 xcode-build 命令在运行,这个命令应该可以运行多个实例等。
要做设备管理平台就麻烦了,暂时没想做,我是跟我们自己的另一个平台集成使用了。
连接多台你是要同时多个人使用多台吗?如果要做这个,就不能用 ios-minicap 来进行屏幕回显了,需要使用 idevicescreenshot。
如果 wda 起来了,iproxy 也起来了应该就没问题,请问你的 mac 什么配置?启动 wda 需要多长时间?目前我是用 20 秒的时间启动 wda,如果你 20 秒时间起不来,那就要加一些时间了。