用 pytest 的插件就行，它可以直接读取和执行 unittest 的用例

体系 + 落地吧。想比用了怎样的技术，更关注落地效果和整体规划

赞，想到一起了，我们也是直接编译后连源码 +node_module 一起拷进镜像中。不过我们偷了个懒，直接基于官方 stf 镜像构建，省了 base 镜像。

不违反公司规定，不损害公司利益，不影响工作，我觉得没问题。

如果是对外分享，强烈建议报备，毕竟你是带着公司的 title 的，公司或多或少会在意。

这个思路很赞，由配置中心搞定环境配置问题，这样配置项就不用分散到各个项目维护了。

说得很全，不过认同 @debugtalk 的观点，第三个是核心，其它是锦上添花。

其实如果接口都是比较统一，而且用了类似 swagger 这类同时定义了规范和实现的框架，接口用例自动生成、mock 这些都会很好做。然而目前接触的实际项目中用了 swagger 的真心不多，更多的是由于各种历史问题，不同系统用不同的接口编写方式，甚至用不同的接口协议。接口框架还是先得能适应这样的实际情况。

总结很赞，知道不足，方向会更清晰

完整日志发出来吧，从开始执行命令到结束。

文中的例子很赞，很真实地反映了接口测试的重要性~

请仿照招聘贴格式，加上明显的公司介绍，同时标题加上公司名称。谢谢！

没看到报了啥错误呀

赞~

有语言可以选择的，印象中在右上角的设置菜单里。你试试？

根据以前的接触，如果只是普通应用级别的探究，熟悉 adb 及 shell 常用命令应该就基本够用了。

用 robotium 之类的基于 instrumentation 的框架，建议看下 instrumentation 相关源码。

如果要深入研究，那么 android 源码是你最好的素材。至于从何看起，看你的具体需要吧。知识体系图谱这个有点大，日常工作需要用到的应该没这么多。

我不是大神呀。。。另外，社区里请不要随便用大神这种称呼，这个称呼不少人并不喜欢。

你查下官方的 api 文档看下？官方文档里写得比较全。

解决了就好~建议也附上下你的解决方法吧，说不定真的有其他人也遇到一样的问题在苦苦寻找答案呢。

PS：版本怎么看这种问题，建议先自行百度，实在无果才问，并附上自己努力过的证明。。。这种问题问出来很打击想帮你的人的热情。。。

PS：请使用 markdown 语法排版，日志使用代码块格式。语法可查看右下角的 排版说明 。不遵守排版规则的帖子将会被屏蔽。

[debug] [XCUITest] Unable to connect to running WebDriverAgent: Error: socket hang up
[XCUITest] Getting status of WebDriverAgent on device timed out. Continuing

确认下 WDA 有没有正常启动？

3 年不长不短，经历了 3 个公司 n 个团队，自己也老了 3 岁。有些同事已很少联系，但社区的同学热情依旧。

还记得 3 年前加入社区管理团队时的兴奋感，以及当时在参与大会相关讨论中体会到的办会的压力。办次大会真心不易，1 天的会议，背后隐含着至少 4 个月以上的艰辛。场地沟通、活动宣传、topic 征集及审核、物资准备...对于一个大部分只有业余时间可以投入的团队，都非常的不容易。

很幸运能陪伴社区，陪伴这个大会 3 年。期待今年大会，能见到更多同学一起参与~ 还在犹豫的同学，不要犹豫了，赶紧点下报名按钮，一起参与大会吧！

这个吐槽很正能量。任何职业都有人做得好做的不好。好不好不是职业决定的，是人的能力决定的。

你应该贴出 appium python client 的版本，不是 appium 版本。

脚本 api 只和 appium python client 直接相关。

你先试下手动安装 app 是否正常吧？

我反倒最常用最后两种，aapt 适合给程序自动获取 apk 的相关信息，AndroidManifest 适合了解整个 app 的大致情况，例如用到什么权限、什么组件等。

也许和我平时需要拿 activity 信息的时候，都没有安卓机给我用有关，哈哈。

用 findElementsById ，判断返回的数组长度是不是 0 就知道元素是否存在了。

用 try..catch 这种写法并不好，相当于拿 try catch 当 if 用了。