延迟是怎么延迟法，说清楚些？

并行的话，你的脚本有做多线程并行吗？

我觉得你帖子看得不够。。。如果确实都有看过，那么问题描述至少会说明你怎么启动的 appium server ，启动参数怎么设置的，不同设备在用例里是怎么初始化和控制的。

不用 n 个目录吧，一个 webdriveragent 目录运行多个 xcodebuild 就好了

确实是个 bug 。

看了下实现，是因为这个地方直接使用的是回复内容的 html 值。回复内容里关于楼层的用的都是锚点（类似于 <a href="#reply2">#2</a>），即把当前页面上下滚动条位置直接移动到带有这个 id 的元素位置中。这种方式在帖子正文页没有问题（每个楼层本身就是带有这个 id 的元素），但在通知页会有问题（没有这些楼层显示，所以移动不到那个元素那里）。

修改方法能想到几种：

1. hot fix：通知这里做个 replace，匹配到锚点型的链接自动改为网页型链接（前面加上 topic 地址），但真心来说，很恶心。
2. 直接每个楼层的按钮从锚点改为链接。改动最快，缺点是失去了锚点的无须重新请求的优点，损失了一些用户体验。
3. reply 加个通知界面专用的属性，里面楼层是链接，不是锚点。

后两种比较可行，明天具体看看哪种改起来比较方便。

具体分工目前有了吗？

#7 楼 @dadeshuo 流行技术每年都变，没必要一直都跟踪，要有自己的方向。而且 1 年多经验，你有一门专精就很足够了。

PS：不知道你找的是什么岗位，如果你简历有明确提到 python 而且是偏技术的岗位，应该会问这方面的信息的。至少我们现在技术面都会问下这些。

我觉得这个技能点应该比不少人好了。你是觉得现在缺少了后端相关的技能点，还是什么？

纯 Android ，做得足够深入应该也问题不大吧。

#19 楼 @simple 关于没时间写单测这点，我觉得根本原因是没有重视起单测，没有预留时间去做单元测试。至于测试开发比过高，不知道能不能说细一些？

我们目前打算是找测试开发先和开发一起参与，开发主力，测试辅助，目前其实也没有专职的白盒测试，还是在探索阶段。

#18 楼 @jet 这个要靠老大觉悟了

#20 楼 @Anikikun 我们现在也打算这么干，不过测试也会一起参与和提供一些支持咯，相当于开发是主力，测试打辅助。

#41 楼 @Anikikun 只能说这个 hub 和 windows 兼容性比 linux 的好，估计是厂家专门优化过兼容的吧。

可以的话还是想多弄几台 Linux ，windows 上用 npm 装 appium 不那么方便，而且容易出现各种编码问题。而且 windows 一次性只能接 9 台 android 设备，超过 9 台后新的就识别不了，略坑。。。

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 赞，后面问下你那边效果如何

#10 楼 @dongdong 你们公司现在是测试在写单元测试吗？具体是怎么做的？

#13 楼 @carl 赞。一段时间没关注，怕教错人了。确认了就好~

#4 楼 @codeskyblue 更正下，7 天这个数字我不是十分确定，只是印象中大致是这个数字。因为以前公司有做应用市场这块，所以有了解到。

#1 楼 @carl 免费个人开发者账号生成的 provision profile 目前只有 7 天有效期，简单的说就是用这个证书打的包 7 天后就不能用了，需要重新打包。

估计原因是之前有些应用市场通过免费个人开发者账号重打包应用发布，所以苹果加了这个限制。

不用选 Launch AVD，AVD 是 android 官方模拟器。

报错说的是你选了 Launch AVD（添加了 --avd 参数），但它的值不是有效值（一个空字符串）。

不要用 xpath 不行嘛。。。xpath 原理上决定了很难兼容。因为 iOS 10 上 WebDriverAgent 识别元素的方式和 iOS 10 以下的 UIAutomation 区别很大，包括元素标签名这些都有差别。

#38 楼 @Zhumeng223 没日志，没脚本代码，也没有你 app 具体加了什么 accessibilityId ，要帮你找到原因太难了。。。

#39 楼 @Anikikun 额，哪里套路了。。。

最终结论是 usb hub 芯片和 linux 上的 adb server 有兼容性问题。

实验方法：

1. 准备好 3 个脚本，一个脚本就是上面的一直检测 adb 连接是否被断开，第二个是每隔 1s 打印 adb devices ，第三个是每隔 1s 打印当前连接的 usb 设备列表（类似 lsusb）。
2. 使用同型号的 hub ，分别在 windows 、mac、ubuntu 上连接手机（手机已试验过和 stf 能稳定连接），并通过 adb server 或者 stf provider 连到同一个 stf 平台。
3. 在三个操作系统上同样运行上述三个脚本，过约 24 小时候查看脚本运行情况。

在 mac 和 windows 上，手机未出现掉线，adb devices 和 lsusb 输出都正常
在 ubuntu 上，手机掉线超过 3 次，每次掉线持续约 5-10s（通过 adb devices 脚本日志看出），但每次掉线时 lsusb 设备列表没有变化。

最终只能说这个 hub 和 linux 上的 adb server 有兼容性问题了。。。

#37 楼 @Josen 额，你直接发帖问吧，qq 上回答技术问题不方便。

谢谢分享，竟然被 @ 到了，受宠若惊啊。

我现在也没做过 sdk 测试，公司目前没有 sdk 型的项目，不过后面可能有写测试辅助用 sdk 的需要，到时候可以应用文中的技巧~

#25 楼 @wyjcwow 保险起见确认下，你在跑 appium 脚本前已经手动跑过 adb connect 命令，并确认在你自己外部的命令行用 adb devices 能看到设备吧？

appium 可不会自动去跑 adb connect 命令。