测试之家
  • 社区
  • 问答
  • 招聘
  • 社区学堂新
  • 开源项目
  • 活动
  • Wiki
  • 注册
  • 登录
管理员
chenhengjie123 (陈恒捷)
第 605 位会员 / 2014-03-16
字节跳动 @ 广州
157 篇帖子 • 5486 条回帖
1432 关注者
17 正在关注
100 收藏
人与人的差距取决于工作、睡觉之外的8个小时!
打赏支持
GitHub Public Repos
  • vue-testcase-minder-ed... 102

    基于百度脑图的用例编辑器组件,支持记录测试结果

  • gs-rest-service 5

    Building a RESTful Web Service :: Learn how to create a RESTful web service with Spring.

  • JavaSpringMvcBlog 5

  • ffmpeg-go 1

    golang binding for ffmpeg

  • ws-qvh 0

    Server for streaming the screen of iOS devices over WebSocket.

  • goav 0

    Golang bindings for FFmpeg (This repository is no longer maintained)

  • gmf 0

    Go Media Framework

  • quicktime_video_hack 0

    Record iOS device audio and video

  • ws-scrcpy 0

    Web client prototype for scrcpy.

  • ChuanhuChatGPT 0

    GUI for ChatGPT API

More on GitHub
  • 个人信息
  • 专栏
  • 话题
  • 回帖
  • 收藏
  • 关注中
  • 关注者
  • ios 报 error:Log capture did not start in a reasonable amount of time at 2015年04月21日

    装了之后重启了 appium server 了吗?
    正常来说装了之后应该就没问题了。即使有问题,也不会是同一个问题。

  • 程序引导页(向左滑动) at 2015年04月21日

    #7 楼 @mr_zeng 其实现在封装的这个scrollLeft有些地方还能改进:

    1. dr.swipe(x/4*3, y/2, x/4*1, y/2, 0); 这句的 duration 为 0 ,最好设成 500ms (0.5) 左右,更符合真实用户滑动的速度。
    2. 循环内部在 scrollLeft 完后最好 sleep 一下,否则像你们实际使用这种快速循环可能会出现上一次划的效果还没完全出来(那个引导页还在滑动动画中)就开始划下一次了。
  • ios 报 error:Log capture did not start in a reasonable amount of time at 2015年04月21日
    1. 请加头像及把文章按照页面底部的格式要求排版(代码请贴代码并使用代码块!日志请贴日志并使用代码块!)
    2. 解决方案就是装 ideviceinstaller :brew install ideviceinstaller。appium.app build-in 的貌似是那个用不了的。不知道什么是 brew 的请搜索 homebrew
  • 介绍一个我开发的跨平台 UI 自动化框架——AXUI at 2015年04月21日

    #1 楼 @lihuazhang 在它的文档找到这段:

    AXUI provide built-in drivers for:

    windows native UIAutomation Client API for windows desktop UI
    selenium project for web UI
    appium project for Android and IOS UI

    和

    AXUI is first developed for easy use of windows UIAutomation API, then restructure to add support for WebDriver API used by selenium and appium. So if your UI automation is similar to windows UIAutomation API or WebDriver API, it will be easy to add support for it in AXUI.

    应该是可以通吃的。只是最主要支持的是 windows desktop ,然后扩展支持 webdriver 。

  • appium 输入法切换 (已解决) at 2015年04月20日

    #4 楼 @fanlei1014 麻烦更新一下标题并把尽量详细的解决方案附到正文中,方便后面的人查看。谢谢!

  • appium 输入法切换 (已解决) at 2015年04月20日

    在网上查到用 adb 命令可以切换输入法:
    http://www.itcao.com/post_1291.html
    但切换后会不会对 appium 输入有影响就不大清楚了。

  • 切换到 webview 后,无论是获取 element,还是 pagesource 都无响应。 at 2015年04月20日

    那可能是多看的 app 没有开 web debug 了。

  • 切换到 webview 后,无论是获取 element,还是 pagesource 都无响应。 at 2015年04月20日

    从日志上看,chromedriver 起来后 appium server 就没有收到 client 的任何请求(卡在 chromedriver 的开 session 这里了,appium 发送了开 session 的请求后 chromedriver 一直没有反应),所以 session timeout 退出了。
    原因应该是因为切换 context 这个请求一直没有返回消息给 client 端,所以 client 一直停在切换 context 那一行等待 server 的返回消息,即切换 context 后的所有代码都没有执行过,所以你说的找元素和取源码都没有效果。

    建议的解决方案:

    1. 根据 chromedriver 的 Dependencies 和 Device Requirements 检查你的测试环境和被测应用是否符合要求:https://sites.google.com/a/chromium.org/chromedriver/getting-started/getting-started---android
    2. 检查你的参数配置是否有错,特别是 deviceName ,在 chromedriver 里面 deviceName(androidDeviceSerial )是用来选择特定设备的,必须和设备的序列号一致,如果你是单个 android 设备可以试试去掉 deviceName 这个参数。
    3. 升级 chromedriver 到最新版后直接在脚本里用 chromedriver 启动 session ,看到底出现什么错误。
  • 程序引导页(向左滑动) at 2015年04月19日

    这个就是我想让你做的封装啊。把你原来的 swipe 代码做成更通用的形式。
    封装只是专业点的说法,说白了就是把你原来要几行代码干的活放到一个函数里一次性搞定嘛。

    PS:这不能说是缺陷,是 webdriver api 没有这个方法而已。

  • appium 下 saucetestcase 模块下报错 at 2015年04月17日

    #3 楼 @xjin 那就改回来吧,把代码放到代码块里。

  • android 真机测试遇到问题 at 2015年04月17日

    #15 楼 @mzl19860128 这不是模拟器与真机的区别,是你的手机 ROM 和原版系统的区别。模拟器运行的是原版系统。
    你再换个 4.4 的手机试试吧。

  • android 真机测试遇到问题 at 2015年04月17日

    #13 楼 @mzl19860128 你升级后的 Android SDK Tools 版本是多少?应该至少 24 以上了。
    确认版本够高后,你用个 4.4 的模拟器试试?

    虽然可能性很低,但还有可能是真机的系统对 uiautomator 部分做了更改。如果 4.4 模拟器可以那就可以排除 uiautomatorviewer 的版本问题了。

  • appium 出错,大神来看下 at 2015年04月17日

    #5 楼 @mzl19860128 build-tools 建议装多一个 19(4.4)以上的。

  • appium 出错,大神来看下 at 2015年04月17日

    应该是升级没完全吧。你有把 sdk manager 里标记可以升级的 Tools 都升级了吗?

  • Android UI Automated Testing (译文) at 2015年04月17日

    #8 楼 @mildshark 我也没别的意思,只是想告诉你这个问题你直接看原文地址就知道答案了。
    原文在 Google Tester Blog 上,testerhome 也有转载过原文。

  • Appium autoLaunch 问题 at 2015年04月17日

    #5 楼 @kilmer :thumbsup: 研究通了后面分享一下吧!

  • 横向页面(程序引导页)疑问 at 2015年04月17日

    Appium 目前没有你提到的类似 robotium 的方法,而且后面也不一定会有,因为它要遵循 webdriver API 规范,目前规范里没有你提到的这个方法。

    你可以封装一下,自己做个 scrollToSide 出来啊。

  • Appium autoLaunch 问题 at 2015年04月17日

    另外,麻烦加一下头像。。。

  • Android UI Automated Testing (译文) at 2015年04月17日

    #6 楼 @mildshark 我有注明原文地址,你可以看看。

  • Appium autoLaunch 问题 at 2015年04月17日

    #2 楼 @kilmer 代码的注释里已经说得够清楚了

    // if user has passed in desiredCaps.autoLaunch = false
    // meaning they will manage app install / launching
    

    翻译过来就是:如果用户设置了 desiredCaps.autoLaunch = false,那么这意味着他们会负责管理应用的安装/启动。

    这是 autoLaunch 本身的设计目的,不是 bug 。

  • Appium autoLaunch 问题 at 2015年04月17日

    autoLaunch 配置为 false 是设计给手动 launch 被测应用这样的场景使用的(例如我测试场景下的被测应用需要跳转到另一个指定应用,因此需要安装两个应用,这时候默认只安装被测应用这种设计就不够用了)。手动 launch 的相关文档:
    https://github.com/appium/appium/blob/89dbea6bcbbe17498206f61aeee243592ac7ac5d/docs/cn/writing-running-appium/appium-bindings.cn.md#%E5%90%AF%E5%8A%A8-launch

    autoLaunch 的默认值是 true

  • appium.app Inspector 启动方法 at 2015年04月17日

    #10 楼 @mildshark 模拟器没问题啊。只是模拟器的名字和 iOS 版本要对应起来。否则会找不到模拟器。
    举个例子,有个模拟器 iPhone 6 ( 8.3 Simulator )
    你必须选择 deviceName: iPhone 6, 然后 platformVersion: 8.3 ,否则可能起不来(它会自动把 deviceName 和 platformVersion 组合起来成为 iPhone 6 ( 8.3 Simulator ))

  • 上一页
  • 1
  • 2
  • 3
  • …
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • …
  • 205
  • 206
  • 207
  • 下一页
  • 关于 / 活跃用户 / 中国移动互联网测试技术大会 / 反馈 / Github / API / 帮助推广
    TesterHome社区,测试之家,由众多测试工程师组织和维护的技术社区,致力于帮助新人成长,提高测试地位,推进质量发展。Inspired by RubyChina
    友情链接 WeTest腾讯质量开放平台 / InfoQ / 掘金 / SegmentFault / 测试窝 / 百度测试吧 / IT大咖说
    简体中文 / 正體中文 / English

    ©testerhome.com 测试之家   渝ICP备2022001292号
      渝公网安备 50022202000435号    版权所有 © 重庆年云聚力信息技术有限公司