这是自问自答?
确认下你加载另一个 h5 的方式是直接跳转,还是新开了个窗口?或者是不是增加了一个新的 context ?
如果有多个窗口或者多个 context ,需要切换到当前显示的那个再控制才行。
不是,我的数据是写在单独的 Java 脚本里。后面没有继续做了。
解决方法发出来分享下呗
PS:如果是毕业设计,做一个自动功能遍历可能可以成为一个不错的方向。如果能封装成类似 CrashMonkey4iOS 这种有良好报告的就更完美了。
如果想先专注于 Android ,学语言学 Java 可能效率更高。毕竟 Android 开发目前主要也是 Java 。
这个其实我也没做好。当时是通过设计用例的方式做的,不同边界值写不同用例覆盖。后面想了下,其实可以做成小工具,根据协议规则自动生成一组边界值数据,然后把这组边界值数据里的每个数据遍历一下。
建议自己实践一下,同一个用例用 appium 和 uiautomator 各写一个,比较下执行时间。也欢迎分享你的实践结果~
以前有大致看过一下,appium 作为网络中转增加的耗时单次来说其实并不是很多(可以在日志里打开时间戳,比较下收到请求->手机端执行、执行完毕->返回请求 两个流程的时间差,印象中应该在几十毫秒内吧)。整体耗时多和 webdriver 本身 api 设计有关,和服务端的交互频繁度比较高。例如 driver.find_element_by_id('username').click()
,需要两次和 appium 的网络通讯(第一次找元素,把元素存手机端缓存;第二次从缓存获取元素对象,再调用对象的点击事件)。
warning 还是 error ?warning 的话可以暂时不用理会,应该不会影响你的安装。真要解决的话可以看下 https://github.com/eslint/eslint/issues/5833
延迟是怎么延迟法,说清楚些?
并行的话,你的脚本有做多线程并行吗?
我觉得你帖子看得不够。。。如果确实都有看过,那么问题描述至少会说明你怎么启动的 appium server ,启动参数怎么设置的,不同设备在用例里是怎么初始化和控制的。
不用 n 个目录吧,一个 webdriveragent 目录运行多个 xcodebuild 就好了
确实是个 bug 。
看了下实现,是因为这个地方直接使用的是回复内容的 html 值。回复内容里关于楼层的用的都是锚点(类似于 <a href="#reply2">#2</a>
),即把当前页面上下滚动条位置直接移动到带有这个 id 的元素位置中。这种方式在帖子正文页没有问题(每个楼层本身就是带有这个 id 的元素),但在通知页会有问题(没有这些楼层显示,所以移动不到那个元素那里)。
修改方法能想到几种:
后两种比较可行,明天具体看看哪种改起来比较方便。
具体分工目前有了吗?
我觉得这个技能点应该比不少人好了。你是觉得现在缺少了后端相关的技能点,还是什么?
纯 Android ,做得足够深入应该也问题不大吧。
info: [debug] The following desired capabilities were provided, but not recogniz
ed by appium. They will be passed on to any other services running on this serve
r. : devicereadyTimeout
你把这个日志翻译成中文看看?已经说得很明白了。
#12 楼 @xushizhao 赞,后面问下你那边效果如何